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TROUBLESHOOTER 


Bryan Davies goes to a Quanta meeting and has a go al the new Conquerer. 


More monitors from EEC ... Merz have a mailbox ... binders available now ... Italian Fair 
SJPD expand ... Qubbesoft revive Home Finance ... All Formats diary 


OPEN CHANNEL 


Machine code for beginners, please ... Minerva and old programs ... listings and manuals 
umlauts ... Sinclair TTL monitor problem ... new page opinions! 
REVIEW - QPACER 


Henry Orlowski tests a boot-writing facility for QPac2 users. 


REVIEW - SUPERBASIC REPAIR KIT! 


Shirley Butler reports on Xref, SuperBasic Monitor and Better Basic 


REVIEW - BASIC CPORT 
Back from limbo - the much-admired SuperBasic CPort by Chas Dillon reviewed by Shirley 
Butler 


SHOW REPORT - ALL FORMATS FAIR 


Helen Armstrong nips over to the Novotel, Hammersmith to meet the traders 


COMPETITION 


Win up to 30 disks of public domain software - the choice is yours 


THE NEW USER GUIDE - part 21 
This month - from ON to PARTYP. Party On! 


SO YOU WANT TO BE A SOFTWARE AUTHOR? 


GCH's Richard Alexander confronts aspiring authors with everything they need to know to 
approach a software publisher 


The author, Carlo Delhez , describes his Spectrum and 2X81 emulators, 
Fd 
ONE MAN’S SYSTEM 
Simon Goodwin, the Toolkit Man, has a number of strange machines that talk to each 
other 


A QUESTION OF DOTS - part 5 


Geoff Wicks notes that, no matter how many turn up, the DTP user always wants more 
fonts. 


PERFECT PARAGRAPHS AND SHINING CHARACTERS - part 3 


Martin Harris concludes his proportional printing project by analysing the rules for error 
reports 


86 6e 8Ge0e pended 6 8O 


Coming Soon 


Digital Precision’s Conqueror Special Edition is out 
and about. 
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EEC Goes Again With Special QL Monitors 


Bill Richardson of W N Richardson & Co. (EEC) is very pleased to announce that the company is 
one again able to supply the 14in Goldstar Colour Monitor for the QL. EEC’s last batch sold out 
quickly because its hi-res screen and ability to show the QL's 85-column width made it a very 


All Formats Diary 


The All Formats Computer Fairs dates for the spring season have 
been released. The dates for January and February are: 


Jan 17: West Midlands National Motorcycle Museum, M42 
junction 6; Jan 23 North east Northumbria Centre, Washington; Jan 
24: Northern University Sports Centre, Calverley St., Leeds; Jan 30: 
Nottingham Jesse Boot Centre, the University; Feb 6 London 
Novotel, Hammersmith (by Hammersmith underground station, 
various lines); Feb 7 Wales University Union, Park Place, Cardiff: 
Feb 13 London Sandown Park, Esher, Surrey, M25 junctions 9 and 
10; Feb 14 West Midlands National Motorcycle Museum, M42 
junction 6; Feb 20: Haydock Park Racecourse, M6 junction 23: Feb 
21 Scotland City Hall, Candleriggs, Glasgow; 27 Hemel Hempstead 
Dacorum Pavilion, The Marlowes Centre; 28 Feb Western Brunel 
Centre. Templemeads Station. Bristol. 


Check with any particular supplier that you are hoping to see 
whether they will be at a particular Fair. Many QL suppliers only 
attend the Scotland and London fairs with any regularity. The 
Hammersmith venue is preferred in London. 


ltaly Fair in January 


The Fourth International QL Meeting in Italy wi)! take place on 


Sunday 24 January 1993. The organisers are Davide Santachiara of 


Out of the Hat? 


May we quash here a rumour that 
Dilwyn Jones is really called “Dillon”? 
Nothing could be further from the 
truth, he says. He's related neither to 
the Magic Roundabout's 
philosophical rabbit, nor to Chas of 
that name. Heavens! We know that 
Brits have trouble pronouncing 
foreign names, but the boyo only 
comes from Wales. 

On the other hand. when you put it 
like that ... 


Stop Press - 
Binders! 


Our office has just ordered another 
batch of popular QL World magazine 
binders, so now Is a good time to 
indulge yourself! 


Merz has a 
Ergon Mailbox 


Developments at Via Emilio de Marchi 2, 42100 Reggio Emilia, 


Italy (Tel. +39 522 70409) or Eros Forenzi of Qitaly magazine 
at Via Valeriana 44, 23010 Berbenno Sondrio, Italy (Tel. +39 
342 492323, 1900 to 2200 hours seven days a week. [hey can 


also be contacted on the QL areas of Fidonet, BBS matrix address 
2:335/21 for fast private messages. 


Reggio is well served by train from other parts of Italy. More from Ergon 


next month. 


popular buy with QL users 


The 14in Goldstar is of particular interest to users who are still using a TV or monochrome 
monitor for wordprocessing or spreadsheets, as it produces a dramatic improvement in viewing 
and resolution at the reasonable price of £199 - inclusive of VAT (carriage is £9 extra). The original 
QL monitors were made by Microvitec, and have been out of production for a long time. Recent 

colour monitor development has tended to concentrate on PC requirements, 
with different specifications, which have been difficult to 


Jochen Merz Software have 
introduced their own Qdos 
mailbox on 0049 203 5917806 
(German), 24 hours with up to 
9600 baud. Jochen appeals 
for contacts and assistance 
getting the service going, and 
points out that a quick 
upload/down load with a 
support query is aS cheap as 
a letter. and faster, Real 
update support will be 
available through the Mailbox 
to cusiomers who subscribe 
to it from for beginning of 
1993, avoiding postal delays 
on update disks. Apart from 
this, we gather, use of the 
BBS is free (apart from the 
usual phone bills, of course). 


adapt for QL use. The Goldstar 
stocked by EEC has proved 
suitable. 

The Goldstar EGA monitor can 
be used for a PC if readjusted, 
but has been modified for 
immediate use with the QL, and 
provided with a special adaptor 

lead to plug into the QL monitor 
socket. The result is enhanced 
(EGA) graphics quality with the 
necessary ability to show the QL’s 

fuli 85-character width on the 
screen when the F1 (monitor) option 
is selected. 
Orders and enquiries to WN 

Richardson & Co.{EEC), 18-21 
Misbourne House, Chiltern 
Hill, Chalfont St. Peter, SL9 
SUE. Tel. 0753 888866. 
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An information page will give 
information on the latest 
version of all Merz programs 

QSpread is now in version 
1,08 with a new easy- 
percentage calculation. Free 
updates if the master disk and 
two International Reply 
Coupons are sent. Merz is 
now quoting prices in DM only 
to avoid currency fluctuations 
Convert prices at thé current 
local rate (ask your bank or 
see a newspaper), not 
forgetting any postal charges 
etc 

Jochen Merz Software, 
im Stillen Winkel 12, 
4100 Duisberg, West 
Germany. 


Qubbe takes on Home 
Finance 


Ron Dunnett of Qubbesoft public domain library now has in 
stock two QL versions of an early commercial success, QL 
Home Finance by Francis Ainley. One version of the program is 
written for the basic 128K QL. The other version works with the 
Miracle Systems Trump Card. “Unfortunately”, says Ron, “There 
is no version for the Gold Card’, as the program was developed 

a long time before the most modern QL 
hardware, QL Home Finance is on 
Qubbesotft's Disk Special 9, costing £1 
on 3.5 in disk only, or 50p if a disk is 
sent. Postage is extra. 

Qubbesoft have also recently 
acquired the shareware version of the 
ZM1+ ZX Spectrum Emulator from 
Ergon Developments in Italy. We may 
even be able to squeeze in a snap of 
Qubbesoft's catalogue cover here ... 

Ron also reports that the Miracle 
Trump Card, which he took over 
from Miracle a few months ago, is 

still selling despite the hot-cakes 

success of its smarter younger 
brother the Gold Card. 

Qubbesoft are at 38 Brunwin Road, Rayne, 
Braintree, Essex CM7 5BU. Tel. 0376 347852. 


Archive 
erratum 


Half a line dropped out of 
the Archive proc NewPage on 
page 30 of the June QL World 
(as Robin and various readers 
have recently pointed out). 
The line should have read: 


Motorola 
pursue 
the 
68000 


Motorola, makers of the 
68000 series processors 
around which the QL is 
designed, have pledged that 
there will be at least two more 
processors in the 68000 family 


let line=1: endif : endif 


SJPD take on 
Ergon 


SJPD public domain tibrary, this 
month’s competition sponsors, are also 
publishing the latest public domain 
version of the Ergon Developments 
ZM1+ Spectrum Emulator on their disk 
no. SJS28, at a copy charge of £1 plus 
return postage (customer's disk) or 
£1.75 (disk and postage inclusive). 

SJPD's PD library features around 90 
disks of public domain software and 
shareware. See page 21 for our 60-disk 
prize competition. 


Minerva, Hermes 
still growing 


A new version of the recently-released 
Minerva MkII, version 1.94, will be 
released soon to allow split output baud 
rates. Used with the Hermes intelligent 
peripheral controller, this will give 
independent baud rates on each port, 
both input and output. A revised and 
indexed Minerva manual is under 
preparation. 

A German version of Hermes is now 
being distributed by Albin Hessler 
Software, including some commands 
written by Hessler. These include more 
straightforward commands to set input 
baud rate. Hermes allows the use of 
14400 bos modems (V32bis and HST} 
directly connected to the QL’s ser2 port. 

Minerva and Hermes are distributed 
by TF Services, 12 Bouverie 
Place, London W2 1RB, UK. Tel. 
071 724 9053. 


following the 68060, which 
should itself appear in 1994. 

But the new devices, being 
developed at present under 
the code-names MP and XP, 
are aimed at control 
applications rather than 
personal microcomputers. 
Motorola's avowed intent is to 
go for cost-effectiveness in the 
industrial arena, rather than 
the highest performance in the 
field of personal computer 
processors. 

Nevertheless the planned 
developments demonstrate 
that Motorola is continuing to 
support the 68000 family. 
Meanwhile, QL-based 
companies like Miracle 
Systems are continuing to paln 
and base their developments 
on the current and projected 
processor upgrades in the 
68000 clan. 
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Screen alert 


An office equipment supplier called Sapona are launching a new range 
of specialist screen cleaning products for 
monitors, "to help in the fight against vdu iti 

‘ . ™ a, 
eyestrain, headaches and fatigue. The Sapona ~ a 
range, which includes sealed wipes and [ eg 
aerosol sprays, has been developed to f p 
remove grease and other dirt from vdu | E 
screens without destroying the screen's own : 
protective coating (which controls flicker 4 
and glare). This can be damaged by strong 
solvents. 

Whether or not you feel the need to 
resort to specialist products to reduce 
dirt, grease or static around your monitor 
screen - itis a good idea to keep it 
clean. Screen resolution has been found 
to improve noticeably if a screen is 
cleaned after a few months or years of 
neglect. 

A wise man advises: “If you are 
using anything even faintly liquid - 
turn your monitor off before cleaning 
it.” 


Machine code 


| am very pleased with the 
series of articles provided by 
Alan Bridewell. These have 
been of great help to me in my 
endeavours to learn the art of 
machine coding. As | have no 
textbooks on the secrets of 
Qdos, these articles are very 
revealing. Hopefully there may 
be more to come. 

Also, | would like to express 
my appreciation of the articles 
provided by Simon Goodwin, 
and the Quality of QL World as 
well, 

W H Starling 
Plymouth 
Devon 


Comment We have been 
talking to Alan about doing 
some articles on QL machine 
code far complete beginners, 
as several people expressed a 
“start-up” gap. This is nota 
particularly easy venture, but 
we are working on it. 


Balanced 


| found the reviews of 
Minerva and Hermes by lan 
Bruntlett very balanced. | 
agree with him about the 
Minerva manual, and we are 
re-writing it. Hopefully this 
version will be completed 
soon. Version 1.94 of Minerva 
will also be out shortly. (See 
QL Scene.) 

A number of problems with 
old programs can be cured by 
turning off integer tokenisation. 
The difference in cost between 
MkI and MkII is primarily the 
cost of the extra l2C 
components and extra 
building costs. If the price was 
reduced, we would make less 
profit from MkII than we did 
from Mkl - not very good 
business practice! 

With Hermes, we now 
include all the MDRS 


commands. The best features 
of the keyboard handling were 
not mentioned - keybounce 
with certain add-on keyboards 
is eliminated, but without 
affecting serial input. The 
manual refers to the correct 
LRESPR size for the toolkit. A 
few early Hermes were issued 
with the incorrect BOOT 
program - lan must have got 
one of those. 

On a different subject, 
Robert Taylor (Open Channel 
October 92) says that the PC 
versions of the Psion Four cost 
#495. He is talking about 
Psion Exchange, which allows 
task-swapping. His money 
would be far better spent on 
PC Four, which gives four 
stand-alone programs for #70 
Or SO. 

Tony Firshman 
TF Services 
London 


Typical! 


| just wanted to let you know 
that 14 months after you 
published the Desktop serial 
the program works. After more 
than a year | found a friend 
willing to check the listing for 
me, and he found that inside 
the GETSTRING procedure | 
had entered GUEST$ instead 
of QUEST$, which proves that 
when checking a typed-in 
listing you should not only use 
your eyes but also your brains. 
Beside this, he had found a 
bug in the 6th line of the 
TODOFILE procedure which 
should read: if ANSWER=1: ... 

Anyway, | am now ready for 
another program by Mr 


Stevenson. 
Albert van Rheenen 
Amsterdam 
Netherlands 


Comment: about 90% of all 
listings problems are caused 
by mistypes. 


Jargon 


It's good to hear that QL 
World is alive and kicking. 
What | would like to see in the 
magazine are articles giving 
in-depth instructions as to how 
to get the most out of the 
software and toolkits available. 
In particular, | have in mind 
the utility software Qram 

| have read and re-read the 
manual that comes with it, but 
I still can’t understand what a 
hotkey file is, or what it does 
Could |, for example, write a 
macro or Altkey to enable me 
to switch instantly from, say, 
Quill, to Abacus, without 
having to cycle round the 
whole lot of other programs | 
have loaded? 

| don’t consider myself 
stupid (| have even written a 
quite reasonable database 
program), but the manual of 
Qram is written in such a way 
that | feel it must be intended 
for some superior mortals with 
lQs in triple figures! 

There are other features of 
the program which | don't 
understand, and this means | 
am only using a proportion of 
the facilities which it has to 
offer. This is only one 
program, There must be 
others which people have 
difficulty with, especially as QL 
owners are still in the position 
of upgrading to memory 
expansion and disk drives. 

Steven Hutton 
Quanta Lancashire 
Area Sub-group 
Chorley 

Lancs 


Comment: The ability fo rub 
along with a computer manual 
has indeed convinced some 
members of the fraternity that 
they are superior mortals, but 
not very many, fortunately. 
Most people find most 
manuals very hard work and 


thank the good gods if they 
can break the code. QL World 
always wants to hear from 
users who have a good grasp 
of any useful commercial or 
popular Public Domain QL 
program (including Qram - 
massive hint) and feel they 
can pass some of their 
experience on to other users. 


Umlauts 


In his review of Digital 
Precision's Spelichecker 
(September 1992), Bryan 
Davies wrote very little about 
the use of the Dictionary 
Utility (DU) to make a user 
dictionary. In fact, this is a 
very powerful part of the 
program. 

About half of my 
wordprocessing is done in 
Dutch, and since receiving 
Spellchecker | have been 
able to write a Dutch 
dictionary of over 23,000 
words. The DU program is 
easy to use, and, even witha 
dictionary this large, adding 
200 - 300 words to the 
dictionary is completed well 
within half an hour on a Gold 
Card QL. Bearing in mind that 
23,000 words have to be 
sorted before the dictionary 
itself can be built, | find this 
an impressive speed. 

There are, however, two 
shortcomings of user 
dictionaries which are 
especially disadvantageous 
when attempting to write a 
foreign language dictionary. 
Firstly, the maximum word 
length in a user dictionary 
(unlike the supplied 
dictionaries) is 17 letters. Like 
German, Dutch has a liking 
for long compound words. 
However, | find that this is 
only a serious problem in very 
academic texts, and | 
understand from Freddy 
Vachha that DP may 
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eventually address this 
shortcoming. 

secondly, DUU ignores 
letters with an accent or an 
umlaut. Fortunately, Dutch 
has relatively few words with 
accents and umlauts, and | 
can get away with adding 
these to the dictionary as two 
words. (For instance, “client 
becomes “cli” and "nt”}. 
Nevertheless, this 
shortcoming would be more 
serious if you attempted to 
write a French, German or 
Scandinavian dictionary, 

Are there any other readers 
with experience of writing 
large user dictionaries? 

Geoff Wicks 
Amsterdam 
Netherlands 


Comment We have heard 
from one German user who is 
unhappy with the way that his 
Perfection responds to 
umlauted words when 
spelichecking. Hopefully DP 
will issue some help to users 
running fato problems with 
accented words. Umiauts and 
accents give QL World gyp 
when file-converting to the 
office Macs, as well, so QL 
users are not alone. 


Unwired? 


| recently purchased a 
second hand (but unused) 
Sinclair TTL monochrome 
monitor model S-12MM. | am 
having difficulty is working out 
the connections from the 8- 
pin plug at the computer end 
to the D-type connector. 

Over the years there have 
been similar queries in QL 
World so | went through my 
backnumbers to see if they 
would shed any light. | found 
the items | was looking for, 
but have had no success in 
getting the monitor to work. 
The screen lights up when | 
switch on, so | assume it is 
the connections to the D plug. 

Six pins only of the plug are 
used, as follows: 

1 red, 2 black, 6 white, 7 
blue, 8 orange and 9 yellow. 
The red wire on pin 1 is less 
than one inch long and 
doesn't seem to do anything 
at all. 

Does anyone have the 
appropriate experience of this 
particular monitor, Gr know of 
anyone who could advise me 
of the correct wiring to get it 


working? 

Although | use my QL 
almost exclusively for 
wordprocessing, | find QL 
World a most informative 
magazine. 

C F Marsh 
Cheltenham 


Comment: | have made 
some enquiries, but my 
enquirees don't know their 
way around that monitor. We 
need information from 
someone who does - please 
contact Open Channel! if you 
can help. 


You ask for comments on 
the new page style. Ragged 
right - yes, indeed. Every 
time. Not just because it 
eliminates the redundant 
spaces that fret Martin Harris 
so, but also because ina 
multi-column page they are 
not so much eliminated as 
added to the “official” column 
separations, 

Nose down? On the 
principle that one follows 
one’s nose, are not most of 
your headlines nose up? One 
function of a headline is to 
separate succeeding from 
preceding text. This has not 
happened between pages 
32/33. 

In Geoff Wicks’ article on 
page 35, he refers to the 
practice of viewing an 
inversion of a page to judge 
its effect. When | was an 
apprentice in the shipyard, 
drawing plans on transparent 
paper or cloth, | was taught 
that a powerful method for 
error detection was to turn 
one’s work over and view it 
from the reverse side. Or 
even take the thing up to the 
photographic department and 
get them to run it through 
their machine the wrong way 

up. 
PH Tanner 
Glasgow 


I'd like to congratulate you 
on the new look of the 
magazine. The layout is 
certainly more readable, and 
there seem to be far fewer 
typographical errors. Perhaps 
the Grauniad should take 
note? 

Alex Munden 
London 
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OO 


Open channel is where you have the opportunity to 
voice your opinions in Sinclair QL World. Whether you 
want to ask for help with a technical problem, provide 
somebody with an answer, or just sound off about 
something which bothers you, write to: Open 
Channel, The Blue Barn, Tew Lane, Wotton, 


Woodstock, OX7 1HA. 


While | have no strong 
views about ragged-right, | 
definitely do not like the so- 
called nose-down headlines. | 
found it irritating, having to 
turn the mag sideways. 

| would also like to take this 
opportunity to comment on 
the magazine wrapper. There 
is an exhortation to the Post 
Office that, if undelivered, it 
should be returned to the 
sender. The sender's address 
does not however appear! 
Apart from the addressee, the 
only visible address is that of 
Dilwyn Jones! 

Stuart Johnson 
Peterhead 
Aberdeenshire 


Editor's comment: | 
personally prefer justified 
text, but find the ragged 
columns, (apart from very 


in some cases. 


New Year too. 


PTESEM tt 


Editor’s notebook 


Stop press: Freddie Vachha of Digital Precission 
contacted me to say that C-Libraries, samples and 
toolkit support will now all be bundled with CPORT 
(see page 18) and not only with C68, 

Do you go to All Formats Fairs or Quanta meetings? 
lf not, why not? Answers on a postcard, please ... 
Reader John Reid requests a regular “meetings 
diary” in QL Scene. We'll tel’em as often as we 
find’em! A bit more notice from Quanta would assist 


November’s QL World followed the pattern of the 
October QL World and came out at the end of the 
month, for the same reason. | am hazarding a guess 
that December’s one will follow the same pattern, so 
I have two things to say about that: 

The first one is: the readers tell me that being late 
makes the advertisers unhappy, but the advertisers 
tell me that it only makes them unhappy if it makes 
the readers unhappy. What everyone wants is to 
know when to look forward to their QL World. That's 
what we are working on. Don’t worry about your 
Readers’ Survey - we’re allowing extra time for it. 

The second one is: Happy Christmas! And a merry 


The first QL, the angels did say 
Was the start of a habit 
That’s stuck till this day! 


narrow ones) easy to read 
and spacious, and the 
vertical headlines useful for 
flipping through the pages. 
The number of typos has 
dropped because | now have 
a stranglehold on the text at 
all stages, and more 
opportunity to check if. Foul- 
ups are now less numerous, 
but more spectacular. Putting 
our address on the wrappers 
would mean the cost of 
another labelling process. 
The Post Office (untike the US 
Mai!) should check inside 
returned post for the sender's 
address, but they usually 
adopt the simpler measure of 
sending it to Dilwyn. 
Reversing a layaut to see if 

if is working is a sound 
procedure, but the thought of 
turning one loose in a 
shipyard drawing office is a 
litte disturbing! 


INFORMATION 
Program: QPacer 
boot-writing utility 
for Qpac 2. Needs: 
SuperToolkit 2, 
memory expansion, 
3.5 in disk drive. 
Price: Shareware 
Publisher: Quanta 
Library 


pacer by Jeremy 
Davis is for 
people who either 
have Qpac 2, or 
already have 
Qram and are considering an 
upgrade. These programs 
provide a system control 
environment to enable you to 
manipulate your files and 
programs in a relatively 
straightforward manner, and in 
so doing provide a 
multitasking structure. If that 
sounds good to you, get Qpac 
2 and then consider Qpacer. 
If you've already got Qpac 2 


to configuring the program to 
your own personal 
requirements. If you cannot 
write an effective boot for 
yourself then without doubt 
you are not getting the full 
value out of the program. 


Fortunately many Qpac 2 
users realise this, and try to 
improve their knowledge and 
skills. Unfortunately, not all 
succeed. The manual is 
difficult for many people to 
follow and grasp. The 
availability of Qpacer could be 
a timely introduction. 

Qpac 2 needs QL users who 
know what to do with a QL. 
Not all QL users have the 
knowledge to get stuck in to 
such an extent, and are 
therefore disappointed by 
Qpac 2. This is a shame, for it 
is well known to be an 
excellent piece of software. 
Qpacer aims to provide that 
missing link. 

Writing the boot for your 
Qpac 2 is critical and difficult 


How should they be 
presented? 

In what form are the 
applications to be held? 

How are they to be called? 


Answers 


Once you have answered 
these questions you are on the 
road to getting the customised 
user interface that your boot 
provides for you. Qpacer is 
designed to get you there with 
greater ease. 

It's quite simple to create a 
working copy of Qpacer. You 
either use the copying 
program provided, or copy 
files via Superbasic, ensuring 
that you have the relevant 
Qpac 2 files themselves 
(ptr_gen, wman, hot_rext, 
Qpac 2), to create a joint 
Qpac 2/Qpacer disk. 

Then run the program and 
answer the questions it asks. 
Program operation and use is 
very straightforward. As well 
as asking you questions it 
constantly suggests answers. 
The answer available for 


Digital Chock 


io eveacute Buiton, 


executable Thing Button? ¥ 


sec nbecaitieamsnsnagraanen 


BPRCer Helo 


are oom Screen unere the 


you may already know alll 
about ‘buttons’, ‘hotkeys’, 
‘executable things’ and other 
such goodies; or you may 
have read about them in the 
manual, but not really know 
what they are or what you're 
supposed to do with them. 
Whether you fee! confident 
with these things or not, you 
may well have difficulty writing 
a Qpac 2 boot file. Boots are 
very important in Qpac 2, 
because they are the means 


for the same reasons. 
Whereas Qram provided 
something of a fixed front-end 
for system manipulation, Qpac 
2 needs much more of a 
personal feel about it. It's the 
boot that gives this critical 
personalised ‘feel’. It's difficult 
to write the boot, because you 
have to consider a number of 
important factors: 


Which items should be 
included in your set-up? 


selection is highlighted for you 
to accept, or you can move or 
toggle between the options, 
leaving very little for you to 
type in yourself. The structure 
of operations is precise and 
methodical, as it needs to be 
for something as relatively 
complex as a Qpac 2 boot. 
There is constant context- 
sensitive help on screen 
throughout, with many 
succinct explanations of the 
various Qpac 2 options. 
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Confirmation 


The program moves from 
System extensions, to 
Hotkeys, to Buttons, to the 
Final Outcome of your boot. 
I's also error-trapped, not 
allowing you to overwrite boot 
file names, for example, 
unless you confirm that you 
want to. Finally, before it writes 
a section into your boot it lists 
the selections you have made 
and asks you to confirm your 
acceptance. This is extremely 
useful as it’s very difficult to 
remember exactly the string of 
choices you've just made. 

After you've settled on a 
name for your boot, the first 
thing you are asked is whether 
you wish to load any 
extensions, such as Lightning, 
Turbo Toolkit, or Qload speed 
loader. Select the item you 
want. In the case of Lightning 
you choose whether you want 
Text only, Graphics only, Text 
and Graphics, or Text, 
Graphics and Maths. 

Throughout each input 
section the program asks you 
whether you wish to have any 
more selections included, 
betore it moves to the next 
option, Buttons, small windows 
which are visible for easy 
selection of specific 
operations. Buttons can be 
one of three types: Sleep, 
Wake and Exec, The 
differences are quite subtle 
and relate to the way in which 
the applications are available 
and how many concurrent 
copies can be in memory. If 
you don't know the difference, 
consult the Qpac 2 manual, or 
as an alternative consult the 
Qpacer manual (available as a 
_doc file on the master disk), 
which gives a compact 
explanation. 


Suggestions 


Of course, you have to type 
in the name that is to appear 
on the button. Qpacer won't 
suggest this for you, but 
suggestions for the remaining 
options are mostly available 
on screen for selection, The 
first of these is the colourway, 
a choice of four different main 
colours and outlines. Different 
groups of applications can be 
given different colourways, for 
instance, white and green for 
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pop-up utilities, and black and 
red for wordprocessor 
packages. You then have to 
select where on the screen the 
button is to appear, either by 
moving a flashing block or just 
pressing Enter to put it into the 
Button_frame, which 
automatically positions the 
button for you in the next 
available space. The 
Button_frame is the better 
option; otherwise you can 
easily get lost. The program 
does not remind you of 
previous positions and you 
end up with hidden or partly- 
hidden buttons which look 
very inelegant. 

Create as many buttons as 
you like before moving on to 
Hotkeys, combinational 
keypresses similar to the 
‘altkeys’ of TK2, designed to 
implement a specific action. 
Select the type of Command 
hotkey or the type of Resident 
hotkey that you want. Again, 
the manual explains the 
differences. Confirm whether 
you want to ‘call’ it once only 
or not, and give it the name of 
the file it relates to. 


Things 


Then set up your ‘Thing’ 
hotkeys to include such 
Things as the ‘files’ menu, the 
‘button_pick’ thing or the 
‘putton_sleep’ thing. The 
program highlights all the 
Qpac 2 Executable things to 
make it as easy as possible for 
you. 

Next, decide whether you 
want any Pick or Wake 
hotkeys, and give them a ‘job 
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name’. 

Finally, you can choose to 
set up your hotkey as a 
Button. If you do this, you can 
forget the combinational! 
keypress, just point to it and 
the system will do the rest for 
you. You will be asked for the 
colourway, the name and the 
position as before. 

Once you have finished 
entering all your hotkeys you 
are asked what outcome you 
want once your boot has been 
run, in other words where you 
want to start your day. This 
could be at SuperBasic, or 
you could load a program of 
any type, or execute a Hotkey, 
or a Thing, or indeed turn 
SuperBasic into a Button. If 
you select SuperBasic, you 
can at the same time choose 
to set the time and date if you 
want, especially if you do not 
have a real-time battery- 
backed clock. 

Remember, however, that at 
this stage you can just keep 
going, setting up as many 
Hotkeys and loading as many 
filles as you want before 
ending up with SuperBasic on 
top of the pile. 


Another? 


Once you have finished your 
boot set-up, you are then 
asked if you want to ‘create 
another boot?’ and the whole 
process can start over again. 

The program can be 
configured for a variety of 
default options. These include 
the Device, the Directory, the 
User Level, the Button 
Colourway, the Year, the 


cENTER? to select, 


os ie 


Month, Start line number and 
Increment. 

The User Level can be 
Novice or Competent. The 
Competent Level gives more 
options, for example, on the 
device and directory names, 
the colourways, Files menu 
configuration, Command 
string and Control Code 
options, 

Defaults can also usefully be 
set at ‘exec Qnacer' time by 


‘adding a simple command 


line to the instruction, saving a 
great deal of time and allowing 
you to run different versions of 
set-up as required. 

Qpacer is indeed a useful 
program. It doesn't do 
everything, but what it does it 
does very well and with 
maximum simplicity. However 
you may still have to doctor 
your boot before you run it to 
make it do exactly what you 
want it to do. It doesn't give 
you the option of reducing 
SuperBasic's windows, for 
instance, although this seems 
a relatively easy item to 
incorporate compared to 
some others. It doesn't 
‘remember’ where you put 
your buttons unless you put 
them in the Button_Frame. so 
you might have to twiddle 
around independently of 
Qpacer to get your positions 
just right. It would also have 
been nice to have an option of 
seeing what you've got so far, 
as you go along. 

But you can't have 
everything, and all in all | have 
seen less useful programs 
sold for good money while this 


one is virtually free. 


Shirley Butler calls 
up a trio of utilities 
that keep your 
Basic clean. 


very Superbasic 
programmer should 
have some tools in 
their diskbox. I'm not 
talking about the old 
trace utilities, where you run a 
program with the executing 
line displayed somewhere on 
the screen. Trace programs 
can be handy but they are 
limited in what they do. 

Take this situation: You 
wrote a large program a few 
months ago and tested it as 
thoroughly as you could. 
Now, suddenly, you find a 
bug in it, or you want to do 
some modifications or 
updates to it. 

It's ten to one that you can't 
remember every variable and 
string array you've used 
You've probably forgotten the 
procedure-names that you 
have defined, and what kind 
of returns the functions make 
What do you do? Start looking 
through the program and 
unravel it? 


A program guide 


No. You load in Xref and let 
it do the job for you. 

Xref will give you a 
breakdown of the program, 
and show you the variable 
types as they are defined, 
dimensioned, assigned and 
used within the program. 

It also gives a list of all the 
procedures and functions 
you've used, and how many 
times they have been called. 

The above information is a 
good place to start when you 
are trying reaquaint yourself 
with your Superbasic 
program, especially if itis a 
large one with many variables 
and procedures. 

The information that Xref 
can supply does not end 
there. Your attention will be 
drawn to potential problem 
areas. Procedures and 
variables that have been 
defined, but not used, are 
displayed. This helps you to 
‘cut the slack’ in your 
programs. 

Redundant parts of 
programs, and stray arrays, 
variables and procedures can 
be left lying around, 


especially when you are 
updating and modifying the 
program. Practically every 
program that | have written 
has been put through Xref 
and Better Basic, and has 
benefitted from it 

Xref is an analyser utility for 
Superbasic programs, 
whether they run under the 
interpreter, compiled with 
Turbo, interpreted with 
Qliberator or translated with 
Cport. 


Using Xref 


Is it easy to use? The simple 
answer |S yes. 

You can select Xref to 
output to the screen or printer. 
If you select screen, then all 
output goes to screen. Should 
you select printer then you 
have three options, serial port 
1 or 2, or paraliel. 

If you select parallel, you 
can type in a device name 
like par or par_12k, or you 
can spool the output to a file 
by typing a filename 
something like 
flo1_prog_report. This will 
allow you to examine the Xref 
analysis at a 


disk box. 

Xref will analyse your 
program, But what happens if 
you need information about 
where to look to polish your 
Superbasic code, to make it 
faster and/or more efficient? 


The answer to that could 
well lie in Superbasic 
Monitor. This is a utility that 
sits in the background and 
follows your Superbasic 
program as itruns, sampling 
the time spent in different 
parts of it. Frequency of 
sampling, which is the 
number of times that the 
monitor takes a snapshot of 
the program, is selectable by 
the user. 

Superbasic Monitor will 
then turn the sampling into 
percentages of how long is 
spent in each part of the 
program. The parts of the 
program with the highest 
percentages will be the ones 
likely to need pruning or 
tidying. 

In the report produced by 
the monitor, the line number 
range used for sampling is 
displayed in 


later date with But what happens iyo columns: 
an editor, or a i you need the first “from”, 
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as Perfection, {o 
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a full or 
exceptions 
report. The 
exceptions report causes a 
full analysis on the program, 
but will only produce a final 
report on potential problem 
areas. The full report will 
allow you to select the 
procedure analysis option. 
This will trace all procedure 
and function calls and 
establish program hierachy, 
creating a more detailed 
report. 

During analysis, Xref will 
display the current line being 
scanned. If it finds error lines 
containing the Superbasic 
keyword "MISTake" then the 
buzzer will sound, and the 
line number will be displayed. 

If you are a Superbasic 
programmer, serious or 
otherwise, it is well worth 
having Xref lurking in your 


efficient? 


column of the 
percentages is 
based on the 
net frequency, excluding the 
count for the idle time in the 
Basic program. 

The second column of the 
percentages is based on the 
total frequency, including idle 
time. 

Superbasic programs thal 
require the user to “press a 
key to continue” can spend 
quite a lot of time doing 
nothing, hanging around 
inside a few lines of code, 
waiting for a keypress. If itis 
possible to omit these lines or 
encapsulate them ina 
REMark, a more meaningful 
report can be obtained for 
the overall program. This is 
the name of the monitor's 
game. 

There is one problem that 
could arise, The RESPR 
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command will not operate if 
there is another task running 
apart from Superbasic. If 
your program uses RESPR, it 
is best to use it before 
running the moniter. The 
Turbo Toolkit’s ALLOCATION 
command can be used in 
place of RESPR, and will 
work if another task is 
executing at the time. 


Using Monitor 


Superbasic Monitor is 
simple to operate and there 
are no extensions to load. 
Simply load in your 
Superbasic program, issue 
the direct command EXEC 
flo 1_sbmon, answer a few 
simple prompts and then run 
the Superbasic program that 
is laying in memory. The 
monitoring of your program is 
automatic, and you can look 
at the report produced at 
anytime with a simple 
keypress. 

If speed and effiency is on 
the list of your programming 
priorities, then you should find 
this program ig a good one to 
have around, 

One programming utility 
that | use a great deal is 
Better Basic. To be honest it 
is something that | would not 
want to be without, and it is 
my particular favourite (and 
most used) of this trilogy of 
utilities (Utitogy? Trility? Ed.) 
One of the advantages of 
Better Basic is that you can 
neaten your Superbasic 
source code as you wish, with 
a minimum of fuss or work. 
Reformating your program in 
the form of indenting and 
renumbering, and automatic 
linelength - which can allow 
the turning of multi-statement 
lines into single statement 
lines, What can this achieve? 

For a start it can make your 
programs easier to read. It 
can also make them easier to 
modify and maintain, and a 
good structure is what is 
needed to do that. If that is 
what you require, then Better 
Basic is worth it on that count 
alone. 

END IFs, END FORs and 
END DEFines are added if the 
programmer has left them 
out. Noise words such as 
THEN and LET are stripped 
out. They are not needed in 
Superbasic, as they are just 
overhangs from other Basics, 


included by Sinclair to make 
programmers (of other 
computers) new to the QL 
feel more at ease. 


BB comments 


You can select to allow 
Betier Basic to insert 
comment lines. This will apply 
to BB's addition of missing 
END IFs and so forth to the 
Superbasic source. 

BB’s insertion of error 
messages cannot be 
suppressed and will be 
included regardless of your 
selection to include comment 
ines. The error messages are 
various, clear and to the point 
in order to draw your attention 
to them. 

An error and warning count 
is displayed on the screen 
and updated as warnings and 
errors are found, so you will 
know how many of each there 
are to look for and correct 
after Better Basic has done its 
stuff. 

END IFs and such can be 
selected for reformatting in a 
couple of different ways. As 
an example, the following 
Superbasic program is not 
very neat or interesting to look 
at, and it could be easier to 
read as far as the IF and END 
FOR statements are 
concerned. It can be 
reformatted and indented into 
something much better. 


10 Do_Something 

20 DEFine PROCedure 
Do_Something 

40 FOR x=1 TO 10:IF 
x=5:PRINT x:END IF :END 
FOR x 

80 END DEFine 
Do_Something 


Better Basic reformat 1 
(below). This shows one kind 
of indenting which certainly is 
easier to read than the 
program above. 


100 Do_Something 

110 DEFine PROCedure 
Do_Something 

120 FOR x=1 TO 10 


130 IF x=5 
140 PRINT x 
150 END IF 


160 END FOR x 
170 END DEFine 
Do_Something 


Better Basic reformat 2. | 
prefer this. The indenting is 
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only subtly different from 


reformat 1. It does seem more 


logical, though, in that the 
END terminators for the 
corresponding FOR and IF 
statements are in the same 
respective columns. To me, 
this makes the program stand 
out clearly. It also makes it 
easier to read, understand 
and update. 


100 Do_Something 

110 DEFine PROCedure 
Do_Something 

120 FOR x=1 TO 10 


130 IF x=5 
140 PRINT x 
150 END IF 


160 END FOR x 
170 END DEFine 
Do_Something 


During the process that 
Better Basic carried out, 
some helpful messages 
appeared on the screen 
suggesting the use of NEXT 
and EXIT in the FOR and END 
FOR loop - which could 
actually be used to cut down 
on processor time. 


98 warnings! 


| have one particular 
program that has been an 
ongoing concern for the last 
few years, During that time it 
has been re-written, updated, 
modified and reformatted by 
hand. 

| decided it might be 
interesting to put it through 
Better Basic and reformat it 
properly. It is a program that | 
thought was bug-free. Better 
Basic reported 98 valid 
warnings and one error in the 
program, which goes to show 
how wrong one can be. 

Better Basic corrected the 
parts of the program that 
caused the warnings and 
called my attention to the 
error with a polite message. 

| frequently use Turbo and 
Cport, both also published by 
Digital Precision, and | find 
that Better Basic is a good 
accompaniment to them. 
Cport especially is less 
tolerant than Turbo and 
requires a Superbasic source 
to be correct or more correct 
than Turbo does, There are 
some things Turbo will allow 
that Cport will turn its nose up 
at. 

Cport will report an error 
where Turbo will do an auto 


correction where it Can - 
Better Basic can help greatly 
to minimise this error 
flagging. 

Don’t go away with the 
thought that Better Basic is 
only for people who “can't 
program", Itis a boon asa 
cleanup/tidyup utility for any 
Superbasic programmer 


The above three programs 
are all well laid out, written in 
Superbasic and compiled 
with Turbo - by Chas Dillon, 
who is an exceilent 
programmer. All options are 
handled with simple prompts 
and explained in their 
respective manuals. 

The documentation that 
accompanies each of the 
programs, in this trilogy, is 
well laid out and informative. 


The manual for 
any program is 
worth reading 
fully in order to 
get the best out 
of it, and it is so 
in this case. 


The manual for any program 
is worth reading fully in order 
to get the best out of it, and it 
is So in this case. | have quite 
a collection of software from 
Digital Precision, and | have 
never had any problem in 
understanding any of their 
program documentation - and 
| regard that as a plus. 

| use BB whenever | 
program in Superbasic. The 
correcting, reformatting, 
renumbering, checking 
structures and warning/error 
flagging makes it an ideal 
utility for the Superbasic 
programmer to have. It leaves 
me wondering “How did | 
manage without it?”. 

| to think of Xref, 
Superbasic Monitor and 
Better Basic as my 
Superbasic repair outtit. 


Chas Dillon’s Cport 
SuperBasic 
translator has been 
re-issued by Digital 
Precision. Shirley 
Butler is a fan. 


he programming 

language C is a 

powerful one, 

allowing many of the 

advantages of 
machine code at a higher-level 
programming. 

Normally you would write a C 
program using a text editor. To 
tun such a program it must first 
be compiled into an executable 
machine code program with a 
C compiler. 

One of the brownie points 


© 


that C achieves is that itis a 
portable language and can be 
transferred to compile on 
another computer. The C 
source may need to be 
modified to some degree to 
enable compilation once 
transferred, 

A lot of people would like to 
take advantage of such a 
language, but don't because 
they cannot be bothered to 
learn it, or just cannot get to 
grips with it. 


Basic to C 


Consider, then, a program 
that would take in a Superbasic 
program and churn it out as a 
C source? Superbasic is similar 
to C in that they are both 
structured languages, and so 
should lend itself well to such a 
translation, If such a program 
existed, would you use it? 

Such a program does exist. 
It is called Cport, and is 
available from Digital Precision, 
written in SuperBasic by Chas 
Dillon, and compiled with 
Turbo, 

It's pretty easy to use and it 
does the job well, and, 
considering the amount of work 
it does, it is fast. It requires a 
QL expansion of at least 256K 
to run and can be used by 
someone who has no 
knowledge of C at all. Having 
said that, however, in my 
opinion some knowledge of the 
language is desirable - but 
then again, knowledge can be 
picked up along the way. 

Cport has an identical menu 
form to the Turbo Compiler, so 
Turbo users should feel at 
home with it straight away. To 
the uninitiated it is an easy 
menu system to get used to. 

Cport can be used in an 
educational way to learn about 
C. For instance, type in some 
Superbasic, Cport it, and study 
(and tinker with) the resulting C 
source - much can be learned 
from studying programs to 
observe how they work. 

To study the C source that 
Cport produces, you can use 
one of a bevy of editors 
available for the QL. These 
include Editor, Perfection, Spy 
and QED. Personally | use 
Perfection or QED. Word 
processor programs such as 
Quill are not really suitable for 
this purpose. 


Translating 


Cport is a translator, which is 
completely different from a 
compiler or an assembler. A 
translator is an extremely 
intricate program to write, 
especially if it is to translate the 
whole syntax of one computer 
language to another. Cportis a 
huge project in programming 
terms and is, | believe, the end 
product of four years’ work. 

Cport is not a magic wand to 
make incorrectly written 
programs, that won't work in 
SuperBasic, into programs that 
will work once translated into 
C. Your SuperBasic source 
must run correctly under the 
interpreter in the first place. 

Cport has a number of 
options available to the user for 
handling the translate process. 
There is not room to explain 
them here, but the manual that 
is distributed with Cport gives a 
clear description of what each 
option does. | have read the 
manual, and there does not 
appear to be anything that 
cannot be understood with 
attentive reading. 

To turn Cport-generated C 
source into executable 
machine code programs you 
will need a C compiler, Cfix 
and Cport support libraries. 

C68 is the recommended C 
compiler to compile the C source 
generated by Cport. If you believe 
that obtaining a good 
comprehensive compiler is going to 
be an expensive job then | am 
pleased to disillusion you. 

C68 is a Public Domain 
program, produced by David 
Walker and distributed on three 
disks for well under a fiver. The 
strength of any C compiler. is in 
its set of libraries. C68 has an 
extremely good set. | use C68 
myself; itis the only C compiler 
| have for the QL and I'm so 
pleased with it that | do not feel 
the need to search around for 
another one. 

Although it is recommended 
for use with Cport, it is an 
excellent ansi C compiler in its 
own right for raw C 
programming and represents 
very good value for money, 
especially as QED, a fully 
functional Ascii text editor, is 
also included - a complete C 
programming environment in 
one package. C68 can be 
bought with Cport from Digital 
Precision or from a QL Public 
Domain outlet. 


Library calls 


When Cport translates, it 
turns some of the Superbasic 
keywords into library calls, To 
handle these calls, LibCport, 
an extensive set of special 
libranes (also written by David 
Walker) is available separately 
from various Public Domain 
sources. You could of course 
write your own libraries, but to 
do that you would need a vast 
knowledge of C and a great 
amount of time. The libraries on 
the LibCport disk were written 
in C and compiled with C68. 

Cport inserts intelligent and 
helpful comment lines into the 
generated C source. Some of 
them refer to errors and 
redundant DIM statements, 
and some are warnings 
concerning variables that have 
not been declared globally or 
locally. So it is worthwhile 
looking through the C source to 
see if you have any warnings 
that need to be dealt with. 
Warnings concerning 
LOCal/GLOBai variables can 
be dealt with in two ways: (1) 
by editing the C source (2) by 
editing the Superbasic source 
and then Cporting again. 

During the time that Cport 
processes a SuperBasic 
source it produces two files to 
be used for compilation, 

File one has _c appended to 
it. This is the C source and 
contains the Cport translation 
of the Superbasic program. 

File two has _h appended to 
it. This is a header file and 
contains prototypes of user 
defined procedures and 
functions used in the C source. 
Also in the header file is a table 
of all procedures and functions 
that are resident in the QL, or 
have been loaded as 
SuperBasic extensions - Toorkit 
ff, Turbo Toolkit, etc. At the end 
of the header file is usually a 
list of #INCLUDE statements. 
These have been made 
redundant by the creation of 
the LioCport support libraries 
and can be removed or 
disabled. 


| pull no punches here. There 
are some errors that Cport 
makes in the translation 
process. It is inevitable that this 
happens; no translation can be 
absolutely pure. The errors are 
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no problem if you have a 
knowledge of C or have some 
guide to how the errors can be 
put right. On the LipCport disk 
there is documentation that will 
help you. 

The errors are not serious 
and are easily corrected if you 
know what you are looking for, 
but some errors are subtle 
syntax mistakes and could be 
prevented in the Basic source 
before Cporting. These errors, 
although a very small 
percentage, will however 
prevent the C source from 
compiling. 

Repairing the errors that 
Cport makes is more time- 
consuming than difficult. 
Bundled with Cport is a 
program called CfiX, which will 
do the work for you. It will 
examine the C source 
produced by Cport and make 
the changes and additions to 
the source to allow it to 
compile. 

The job of finding the errors 
and repairing them in a long 
program could take anything 
from fifteen minutes upwards. 
Cfix is easy to use, speedy, 
and can do it in a fraction of 
the time that it would take a 
human to do it manually. 700 
lines of C would take Cfix 
approxiamately 1.75 minutes to 
correct, depending on the 
amount of work it has to do. 

Cport can produce both 
Lattice and Ansi C source. As 
C68 is strictly ansi and the 
recommended compiler to be 
used, it is suggested that you 
set Cport to translate to Ansi C. 

There are things required by 
the programmer when producing 
a Superbasic program for 
translation by Cport. Dimension 
all string arrays. Declare numeric 
variables with the Turbo Toolkit 
IMPLICIT directive. Declare 
LOCal variables properly, don’t 
just invent variables in the middle 
of programs willy nilly - Turbo will 
tolerate it but Cport wont. 

It is reckoned that a program 
that compiles cleanly with 
Turbo has more chance of 
being cleanly translated with 
Cport. To a point this is true 
but, and there is always a but, 
in certain circumstances Turbo 
will make corrections where it 
can, to produce a clean 
compilation of the Superbasic 
program, Cport may not be 
able to make the same 
corrections, 

For instance, during 


translation, Cport will alert you 
to an undimensioned string 
array, but do nothing about it. 


compilable. Since | have used 
Cport | can honestly say that 
my knowledge of C has 
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Turbo would dimension that 
array to a default value of 100. 
Turbo can probably cope with 
such a situation as it has its 
own code generator to 
produce the final executable 
machine code. Cport does not 
have this facility and has to rely 
on a separate compiler to 
produce the final code. 

Any undeclared numeric 
variables in the SuperBasic 
source will be translated by 
Cport as floating point, which 
are inefficient and memory 
hungry in C. It is best to use 
integars where ever possible, 
and this is easy in SuperBasic 
with the Turbo Toolkit 
IMPLICIT% command - Cport 
will translate such declared 
variables as short integers. 

Cport itself is a marvellous 
program, despite the fact that 
some errors do crop up during 
the translation process. Do not 
allow the errors to detract from 
Cport itself. Having used the 
program to translate 
SuperBasic into C, using Cfix 
to auto correct the C source, 
and then successfully 
compiling to a fully running 
executable program with C68, | 
can say that the process has 
been with the minimum of fuss. 
In fact | have written several 
programs in Superbasic which 
have been Cported, CfiX’d and 
complied without any manual 
correction on my part 
whatsoever - Towers Of Hanoi 
on the LibCport disk is one 
such program. 

Personally | like Cport, | use 
itas much as | use Turbo - and 
that is a great deal. The errors 
that Cport generates are no 
problem, with Cfix available, In 
general the syntax of the C 
source is correct and 
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increased a great deal. 

| haven't just been issued 
with a copy of Cport, played 
around with it a bit and then 
put my thoughts down onto a 
word processor, | bought a 
copy at the January 1992 
computer show at the 
Horticultural Halls in London. 
Since then | have made 
constant use of it. My 
experience of it leaves me with 
the conclusion that trivial to 
serious Superbasic programs 
can be Cported and compiled. 
| have even had such 
programs running on a Public 
Domain QL emulator on the 
Commodore Amiga. 

In my opinion Cport is a 
viable proposition as a C 
programming tool. lt is possible 
to write routines in SuperBasic, 
test them, Cport and Cfix them, 
and then lace them into an 
independant C source. 

Cport will live in harmony 
with the Trump Card, Gold 
Card and Atari computers with 
a QL emulator. | have 
witnessed it running in all three 
situations with no problems. 

Since Cport was first 
released by Digital Precision, a 
couple of independent 
programmers have worked 
extremely hard. One to create 
and develop the necessary 
Cport support libraries. The 
other to create CfiX to 
automate the correction of the 
C source, with as little manual 
intervention as possible on the 
part of the user. 

You may not know C at the 
moment but you could well find 
that buying Cport will set you 
on the road to learning it. 

There are some additional 
programs that you will probably 
find useful to Use with 


Superbasic programs before 
Cporting them. Better Basic, 
Xref and SuperBasic Monitor 
are three of them, and are 
available from Digital Precision. 
| previously mentioned some 
extra programs that would be 
required to make use of the 
Cport generated C source code. 

C68 Compiler on three 
disks... Runtime disk - the 
C68 compilation system, 
Runtime documentation - C68 
documentation. Runtime 
utilities - various utilities plus 
their documentation. C68 was 
written in C and actually 
compiled itself. The source 
code for the C68 compiler is 
also available on a series of 
disks. C68 is a huge project in 
terms of programming and is 
subject to periodical updating 
and modification, 

LibCport support 
libraries... These libraries 
were written in C and 
developed by David Walker 
and compiled with C68. There 
is No guarantee that they will 
be compatible with any other C 
compiler other than C68, Cfix 
is also shipped on the LibCport 
distribution disk, 

CfiX auto corrector... 
CfiX is an auto-correcter / 
converter program for use on 
Cport generated C source. It is 
now included in the Cport 
package and with the LibCport 
support libraries. It is also 
available separately if wished. 
It is only of use in conjuction 
with Cport and Cé8. 

Both Cfix and LibCport are 
subject to periodical updating 
to incorporate modifications 
and improvements. 

C Tutorial... A C tutorial is 
also handy if you want to 
understand more about C 
programming. There is aC 
Tutorial available in the Public 
Domain libraries. It has 
example C programs that are 
explained in the tutorial. These 
examples can be studied and 
tinkered with and compiled. 
The tutorial offers quite an easy 
comprehensive introduction to 
C programming. It costeth very 
little and is good value, so add 
it to your list of requirements. 

C68, LibCport, C Tutorial and 
Cfix can be obtained from 
David Walker 22 Kimptons 
Mead, Potters Bar, Herts 
EN6 3HZ, and from 
Qubbesoft P/D, 38 Brunwin 
Road, Rayne, Braintree, 


ESSEX CM7 5BU. 


ALL 
FORMATS 


Helen Armstrong nips over to 
Hammersmith for the latest 


All Formats Fair. 


missed two 

opportunities to 

make a London 

QL visit, | 

pounced on the 
chance to go to the London 
All Formats Fair on Saturday 
14 November. Your best 
chance of meeting a QL 
trader at a Fair now is to visit 
the All Formats Fair at 
London or Glasgow. 


There has been talk about 
the London fair being hard to 
get to since the organisers 
moved away from the long- 
established Horticultural 
Halls in Victoria. Ignore it! 
It's true that Sandown Park is 
much further out of town, 
inconvenient for non-drivers 
or visitors from the Continent 
(although there is a train 
service), But QL traders 
aren't all that interested in 
Sandown. 

The London Novotel at 
Hammersmith is a different 
matter. It's out of the centre, 
but not by much. Typically 
15-20 minutes on the Tube 
from (say) Charing Cross or 
Green Park will get you to 
Hammersmith. The service is 
flexible (there are three lines 
different parts of central 
London, and they all 
interlink) and reliable. 

The Novotel is right by the 
Underground station. True, 
finding it is a challenge. 
There is a wall-map in the 
main entrance to the station 
(on the North side, away 
from the Hammersmith 


|e 


Flyover), but if you have no 
memory for diagrams, simply 
walk out of the entrance, turn 
right along the pavement, 
and take the first underpass 
you meet, which will take 
you under the raging 
roundabout to its eastern 
edge. Hang aright along the 
foot of the concrete tower 
blocks above 
you, walking 
towards the 
Flyover, and 
about half way 
along the block 
you will see an 
unpromising- 
looking slit in 
the sheer cliff- 
faces. You may 
see a sign that 
says “Common 
-wealth House" 
or something 
similar. Ignore 
it. Walk straight 
into the heart of 
the block till 
you come to the coach park 
in about 50 yards, thread 
your way past the coaches, 
and on your right you will 
eventually see a set of low 
glass doors, hopefully with 
the All Formats Fair poster 
stuck to one of them. Go 
through the doors. You are 
there. It's a mere stone’s 
throw from the station - much 
closer than the Horticultural 
Halls. 

Once | reached the 
Novotel exhibition rooms, | 
was at home. There was a 
limited but pleasant bar that 
sold a very good cup of tea 
(fresh milk) and steamed 
sausage roll, and was also 


why do they go 
on marketing 
original versions 
of their 
programs, after 
releasing SE 
(Special Edition) 
versions at a 
higher price? 


doing sarnies, pasties, 
Perrier and coffee. | didn't 
see any alcoholic 
refreshment, but then, | 
wasn't looking for it. The 
Hotel itself (and several 
pubs) are a short walk away. 
The hall is windowless but 
light, the toilets civilised (no 
wellies needed), and there 
were about 
40 stalls in 
total, which 
was fewer 
than | 
expected. 


Fort QL 


In fact, it 
wasn'ta 
busy day. | 
passed 
stands 
doing Atari 
business, 
and new- 
and-used 
PC kit, as well as some user 
groups. None of them were 
busy. | didn’t waste time on 
the rest of the show, but 
went straight to the QL 
enclosure. 

| found Miracle Systems, 
TF Services, Bill Richardson 
(EEC) and (on behalf of 
Quanta) Ron Dunnett at their 
posts. Fred Toussi of 
Software87 showed his face. 
| was half-expecting to see 
Digital! Precision there, but 
popular opinion was that 
Freddie is ‘underground’ 
(which usually means he’s 
working on something) at the 
moment, and we didn't see 
him. 


Stuart Honeyball of Miracle 
declared a ‘first’ for the show 
- “We're actually selling 
something", he said - by 
which he meant that the 
hardware on display (notably 
two Miracle ED drives) were 
actually exchangeable for 
hard cash. Normally, Miracle 
has a waiting list and takes 
orders. The catching-up is 
down to the phenomenal 
demand for Gold Cards, 
which has allowed Stuart to 
hire two assembly 
outworkers and stay abreast 
of Miracle’s other product 
lines as well. 

We now know that the 
Miracle graphics card will be 
boxed, with an I/O interface 
for a PC-style keyboard, and 
space for a Gold Card, disk 
drives and power supply. 
Miracle are still wondering 
whether the SCS! card they 
are working on will be part of 
the package, or separate. 
Listening to the 
conversation, | would puta 
bob on it being separate. All 
the software is being written 
by Tony Tebby, but there are 
no announcements about 
specifications or names yet. 
And the time scale? 

Miracle are cautious as 
usual, The graphics card is 
“Not far off," says Stuart. The 
PC plug-in card will be ready 
“before too long”. As for the 
SCSI card, “Mike's just about 
done that. He’s just got to 
draw something on a piece 
of paper.” Everyone’s having 
a laugh by now. But Miracle 
master the vicissitudes of 
scheduling with a policy of 
not advertising till the 
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product is ready for sale, 
and not banking cheques till 
the order is ready to mail. 
This and their reliable user 
support keeps customers 
coming back for new 
developments, as well as a 
steady turnover on the old 
ones. 


3,000 sold! 


Talking of the old ones, 
Ron Dunnett, who is now 
marketing the Miracle Trump 
Card under his own aegis", 
told me recently that he was 
still selling a respectable 
number of the cards, 
although the TC is now a 
number of years old and has 
been technically outpaced 
by the Gold Card. 

The fact is that there is still 
a two-tier market. 
Conversation among the 
punters turned to Digital 
Precision and the question: 
why do they go on marketing 
original versions of their 
programs, after releasing SE 
{Special Edition) versions at 
a higher price? The answer 


(which no-one was slow to 
come up with) is that there is 
still a demand for ‘starter 
versions’, with the users 
following an upgrade path at 
a later date if they want to. 
And not everyone does. 
After all, many people still 
use Quill and feel no urge to 
change. 

In tike fashion, the older 
QL hardware goes on selling 
when it does a reliable job. 
Talking of hardware, Bill 
Richardson reckons he's 
sold 3,000 new, boxed QLs, 
all but a few, in the past 
couple of years. But these 
may be the last of the old 
breed, unless another cache 
of unsold machines is found. 

Ron may be pleased with 
the Trump Card, but he 
wasn't pleased with the 
show. Only half the usual 
number of recruits for 
Quanta - it had been a 
slower day than usual. Well, 
it was miserable and pouring 
with rain, and perhaps 
everyone is doing their 
Christmas shopping. Tony, 
Bill and Stewart weren’t 
unhappy. Being available for 


consultation is as important 
as shifting units on the show 
floor these days, although 
both is always better. 


and February. 


*A SORTof Ancient Greek 
umbrella, 


Before he left, Bill paused 
for long enough to say that 
EEC has a new batch of the 
QL-suitable Goldstar colour 
monitors in stock, price £199 
(inc VAT but not carriage). 
Tony Firshman, meanwhile, 
won't be relying on his Tower 
of Hanoi-playing robot to get 
him home any longer, as 
Stuart has finally persuaded 
him to buy a bike. Tony is 
now carrying out all the 
manufacturing of the QView 
Minerva rom (and his own 
Hermes IPC controller) and 
both are doing well. There is 
rumoured to be a new 
Minerva manual in the 
pipeline. 

There is more news from 
all these traders and others 
in this month's QL Scene. 
The next All Formats Fair at 
the London Novotel is on 6 
February - make a note in 


anual 


< 


60 Public Domain Disks to win! 
SJPD/ QL World competition! 


your diary. See QL Scene for 
other AFF dates in January 


Hundreds of new 
programs are sent 
to software 


distributors by 
hopeful authors 


every year. 


Software 
distributor Richard 


Alexander provides 
a few (!) tips on the 
best approach. 


So you want 
to be a 
SOFTWARE 
AUTHOR? 


written 


y the 
notes in 
this 
article 


to try and remove some of the 
potential problems that 
software publishers face when 
they get programs for 
evaluation, and to help authors 
get their software accepted. 
This article draws on my 
experiences as a software 
publisher and a Public Domain 
Library organiser. I'd also like 
o thank Dilwyn Jones for his 
comments on the first draft 
and for allowing me to use a 
ew of his programming hints. | 
hope that authors will find this 
of use to them - comments 
and suggestions for 
improvernent from the “other 
side of the fence" are most 
welcome. 


First of all 


Before you even start writing 
the code - check what is 
already available. There is 
comparatively little software 
currently on sale for the QL, 
and the market is hardly 
increasing, so don't waste 
time writing a program that 
simply does what an existing 
one does, unless you're 
submitting it to the Public 
Domain or your program is 
clearly to be a very obvious 
improvement. Also, if the 
program is intended for 
commercial release it's wise to 
check with prospective 
publishers that there’s a 
market for it (even if you 


eventually intend marketing it 
yourself, a little market 
research can save a lot of 
wasted effort). 

You can also find out if 
someone else is planning to 
do a similar program - a joint 
venture might be possible. As 
for which publishers to 
approach, it's a gocd idea to 
look at what else they sell 
Also, find out whether all their 
programs are developed in- 
house or they sell other 
people's software. You can try 
and contact authors who are 
published by them - to see 
how often they get paid 
royalties (if at all), what their 
attitude to authors and the 
public is, and whether they are 
likely to be still in business 
when your masterpiece is 
finished. 

If you are just beginning to 
program for the QL (and 
fortunately there are such 
people) it might be an idea to 
submit your early efforts to the 
Quanta Library, or to the 
established Public Domain 
Libraries, so they can let you 
know whether your style of 
presentation and 
programming are of a suitable 
standard for commercial 
release. Have a close look at 
other people's programs, see 
if you can work out what 
features you like about them 
(such as ease of use or clear 
uncluttered screens) and 
which you don't (lack of error- 
trapping, bad spelling or 
grammar, incompatibility with 
other programs, etc.). Try to 
avoid repeating other peoples’ 
mistakes. 
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Commissions 


A few QL programs are still 
written to satisfy the demands 
of publishers - they require a 
particular type of program and 
contract programmers to 
undertake the work. If you are 
doing a program on this basis 
make sure you have a written 
contract before commencing 
work. Also make sure that you 
get a legal adviser to check 
through it. Normally these 
contracts assign the copyright 
to the publishers, so I'd advise 
that you ensure that the 
copyright returns to you if the 
publisher fails to pay you, or 
goes bust, or decides not to 
publish the program. This way 
you'll be able to take the 
program to another publisher 
or release it yourself. 

In fact, I'd recommend this 
to all programmers even if 
your programs are sold ona 
royalty basis. A number of 
good programs have dropped 
out of circulation because the 
copyright holders cannot be 
determined or traced. Another 
point to bear in mind is to 
ensure that any unsolicited 
programs sent to a publisher 
are done so “subject to 
contract”, that is unless the 
publisher makes a formal 
agreement to sell your 
program, then they are 
obliged to return your program 
and destroy any copies they 
may have made. This should 
make it easier for you to sue 
them should there be any 
disputes over copyright. 


A lot of programmers plan 
the program as they write if; 
others prefer to write a 
specification before a line of 
code is written. | would 
recommend as good practice 
that you write down as 
detailed a spec as possible, 
and that you update this as 
the program progresses. If 
necessary, keep a folder with 
your working notes in one 
place so you can see what 
you intend doing and what still 
needs to be cone. If you are 
really systematic in your 
working, it is a good idea to 
make a record of all the line 
numbers of the program (if 
programming in SuperBasic) 
which you change between 
versions. How you actually do 
your coding is, however up to 
you - what language or 
development tools, etc., you 
use. The important thing is that 
you know what your code is 
supposed to do! A surprising 
number of programmers don't, 
with resulting errors and 
delays. 

One’ important point - if you 
are intending to compile 
SuperBasic programs, get the 
latest release of the compiler, 
as these will have been 
upgraded to take the latest 
hardware improvements into 
account, Similarly, if you're 
using the C68 Compiler, get 
the latest releases as they 
come out and be prepared to 


recompile programs (or 


modules thereof) as 


necessary. 

Whichever language you 
use, it is most advisable to 
ensure that the program can 
be started using the EXEC 
command as opposed to 
EXEC_W, that is whenever an 
INKEY$ statement is used, 
you'll need to have enabled a 
cursor, With so many 
programs multi-tasking, Ctrl- 
C'ing into a program which 
has no cursor enabled 
effectively locks the user out. 
EXEC_W'ing a program also 
does not allow you to continue 
with any other SuperBasic 
commands until its job has 
finished. 

Similarly, as most multi- 
tasking programs use up a fair 
bit of the screen, and not 
everyone will be using a task 
and display manager, it is 
wise to include a screen 
redraw key (normally F4 or 
Shift-F5) to redraw menus so 
that users know what options 
are open to them when they 
return to a program, 


Very early in the 
development cycle, you'll 
need to decide what 
environment you want the 
program to run in, Will it be 
Mode independent, will it need 
a monitor or can people with 
televisions also use it? What 
media does it need - can 
users run the program from 
disk, mdv, ramdisk or hard 
disk? Even these days there 
are still many QL users without 
monitors or disk drives 
whereas others are continually 
upgrading their hardware to 
the latest specification. If at all 
possible, write your software 
so that as many people as 
possible can use it. Don't 
assume that just because it 
runs on your set-up it'll run on 
all (or any) of the others. 

Do try to avoid incorporating 
commands or features that 
may be integral to your own 
set-up but not other peoples’. 
I'd recommend, for example, 
not using commands from 
Toolkit 2, Minerva, or those 
found on Trump or Gold 
Cards, especially if these are 
going to be in compiled 
programs as they will prevent 
users even loading them, The 
exception is that it is fairly - 
only fairly - safe to assume 
that disk drive owners will 


te! 


have Toolkit 2. On the other 
hand if your compiler has a 
toolkit that can be distributed, 
by all means include the 
commands - or use 
commands such as those 
found in DIY Toolkit or PD 
toolkits. Whichever toolkits or 
commands you use, keep 
within the copyright 
restrictions and send the 
copyright owners a 
complementary copy of the 
program! 

Regarding memory use - 
keep it as low as possible, or 
be prepared to make two 


_ versions available, one for 


standard QLs and one for 
expanded versions. Similarly, 
one can produce versions that 
fit on mdvs and enhanced 
ones for disk users. However, 
the more versions you 
produce, the more work you 
are letting yourself and your 
publisher in for, especially if 
you have to debug, re-write 
and recompile each version 
every time a problem is found. 


Tony’s Pointer 


Increasingly, especially in 
Europe, programs are being 
written that can operate under 
the Pointer Environment - it 
may be worth the effort to 
make your programs 
compatible (at least) with the 
Pointer Environment so that 
users can safely multitask the 
programs. This is especially 
important if you are writing 
utility or applications software 
as these may well be required 
to multitask. If, however, you 
are writing games aimed at 
the QL user with only a 
standard 128K machine, this 
is less important. If you require 
further information on this then 
Jochen Merz can supply the 
OPTR (Pointer Environment 
Toolkit) which includes a 
revised manual. Also available 
from him is the Qdos 
Reference Manual which 
shows how to use Qdos, etc. 
More importantly, it explains 
how to write code that is 
relatively future-proof and 
which can run on a variety of 
Qdos platforms. 

With reference to the Pointer 
Environment, but good 
practice in any case, you 
should not resize the area of 
the screen used by your 
program. If you need to 
change the size or location of 


windows used by your 
program, open a screen 
window covering the the 
largest area used by the 
program to guard the 
program's display from 
causing problems when 
running under the Pointer 
Environment. However, you 
should not define a window 
area that is over-large, as the 
Pointer Environment does not 
generally allow two jobs with 
overlapping windows to write 
to the screen at the same time. 


Does it work? 


One of the main problems 
that authors face is getting . 
their programs to run properly. 
Equip yourself with a couple of 
reliable de-bugging tools so 
you can at least track down 
where the problems occur. 
Never send in programs that 
do not work on your own 
system in the hope that either 
the publisher will not notice 
them or that they will be able 
to fix them for you. Most 
software publishers will 
happily look at programs that 
are still being developed but 
few have the resources or time 
to do your de-bugging for you. 
If you want to show a 
publisher what the program 
will be able to do, once you 
finish it, send a demo version - 
a game with just a few 
screens, or a simplified 
version of a utility or 
application, but make sure 
that what you send works. If 
you know there are bugs or 
features that you need to sort 
out, point these out in the letter 
that accompanies the 
program, together with a 
description of what you intend 
to do about it. 

There are also a few general 
housekeeping rules that you 
should observe to make your 
life easier (and make things 
easier for potential publishers 
- which always goes down 
well}. Do backups of the 
program at regular intervals 
and give each one a slightly 
different name. It's often a 
good idea to use an 
incrementing filename, such 
as “myprog12”. "myprog13", 
etc. It's a good thing to use 
filenames that clearly indicate 
what the program is. (| wish 
more article authors would do 
this - Ed.) Use the 
conventional file suffixes, such 
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as “_cde", “_asm”, “_bas” so 
you can see at a glance which 
are your source files and 
which are the compiled or 
assembled ones. 


File-naming 


Once the program is 
complete, if your program is 
destined for the Public Domain 
it is advisable to give the files 
the same name and then use 
the suffixes above to 
differentiate the types of files. 
This way they can be put on a 
disk with several other 
programs or be easily 
renamed if they clash with 
existing filenames. However, 
I'd advise against using hard 
directories on any disks you 
submit, as the program is 
unlikely to be eventually 
distributed in that form. If your 
system allows it, make sure 
each file is correctly date- 
stamped, And don't put all 
your programs and backups 
on the same disk. Use two or 
three, so that if one goes down 
there's a fairly recent version 
you can work from, (This also 
underlines the need for 
keeping notes on the program, 
so you know what you've done 
between versions.) Do label 
the disks you're using clearly. 


Boots, boots, boots 


Before you even think of 
sending your masterpiece for 
evaluation there are a few 
more things you should do 
Firstly get someone who isn't 
familiar with the program to 
check it through. You'll know 
what it's supposed to do and 
how it's supposed to do it, but 
neither the publisher or a first- 
time user will and initial 
impressions are very 
important. This test should 
start with the computer 
switchedoff, and finish with 
quitting the program in good 
order. It's amazing how many 
people send in programs 
which have no indication how 
they're supposed to be 
booted. 

At the very least write a 
“boot” program that sets (if 
necessary) the mode and links 
in any toolkits, extra fonts, etc., 
and then launches the main 
program. It may not be 
necessary to set the mode, as 
you can check to see what 
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made the program is in by 
using the DIY Toolkit extension 
SYSBASE. To check, for 
example if the machine is in 
Mode4, you use the line "IF 
(PEEK(SYSBASE +52 )&&8)=8 
THEN MODE 4", Remember 
also that users with AH and 
JM QLs cannot run programs 
if they need extensions loaded 
by that program. Better to load 
the extensions in a short Boot 
program, and then EXEC or 
LRUN the program. 

lt has been suggested that 
users of QLiberator should link 
the extensions and runtimes to 
the program but this can result 
in a waste of memory if there 
is more than one QLiberated 
program running at the same 
ime. At the very end, please 
the leave QL in the state you 
ound it in initially; don't nave 
odd windows or channels 
open or the main ones (#0, #1 
and #2) inaccessible. 


Other useful hints on boot 
programs: don't use un- 
numbered boots. These are 
very difficult to amend, both 
for the publisher and the end 
user, Use REM statements to 
allow options such as loading 
Lightning extensions, It is 
probably easier to have 
separate disk and mdv boot 
programs, most publishers 
keep separate “master” 
copies for programs to be run 
on different media, but do 
make the boot program 
configurable by users, so that 
they can easily run the 
program from either set-up. 
Similarly if the program 
requires a randisk, REM it so 
that people with hardware 
ramdisks don’t find 
themselves loading additional 
ramdisk code. 

If the program is designed 
to multi-task, it is a good idea 
to provide a Boot program that 
can be merged with an 
existing boot to enable the 
user to use it easily with any 
multi-tasking environment. 
Finally, please leave space in 
the boot program to allow both 
the publisher and/or the user 
to add further lines. (For an 
example of a well-written Boot 
program, see the sample boot 
program written by Rich Mellor 
and Alan Pemberton for their 
SToQL program.) 

Another very useful addition 


Example listing for the Submitting to Software article. 


166 REMark ST—-QL SCREEN CONVERSION PROGRAM —- Version 1,24 


116 REMark 71991 Alan Pemberton & Rich Mellor 


126 REMark Released by CGH Services, Cwm Gwen Hall, Pencader, Dyfed, Cymru 


SA39 9HA 
136 : 


14@ REMark If you have lightning or speedscreen, then delete the REMark from 


the appropriate line 
156 REMark _LNGinit 


166 REMark a=RESPR(22369):LBYTES FLP1 LNG _TEXT_EXT,a:CALL a 
176 REMark a=RESPR(4316):LBYTES FLP! LNG GRAF EXT,a:CALL a 
189 REMark a=RESPR(6916):LBYTES FLP1_ LNG MATH EXT,a:CALL a 


198 REMark _SPEED I 
200 : 


21@ REMark If you have Toolkit II, then delete the REMark from fine 21¢ 


220 REMark TK2 EXT 
236 ; 


246 REMark If you have the new ATR device drivers, delete the REMark from 


line 256 
259 REMark ATR DEV 
26 : 


279 WINDOW 512,256,9,9:PAPER @:MODE 4 


288 INK #6,¢ 


296 a=RESPR(344):LBYTES flpl_edline ext,a:CALL a 
366 a=RESPR(268@):LBYTES flp]_ CGH eéxt,a:CALL a 
316 a=RESPR(1384):LBYTES flpl_fn_ ext,a:CALL a 

320 a=RESPR(279):LBYTES flpl_pixel_ext,a:CALL a 


330 


=RESPR(1960):LBYTES flp1_qlib run,a:CALL a 


346 a=RESPR(144):LBYTES flpl_header_ext,a:CALL a 
358 a=RESPR(2@4):LBYTES flpl_blank_ext,a:CALL a 
366 INK #6,7:CLS:WINDOW 448,2906,32,16 


365 : 


379 REMark If you want to run SToQL on Minerva's second screen 
386 REMark then ensure Minerva is in dual screen mode (press F4 on 
396 REMark start-up) and remove the REMark from line 499 

49@ REMark MODE 64+32,-1 


456 : 


999 REMark Do not renumber past this line! 
1996 EXEC_W flp1_convert_obj 


to a working version of the 
program is a “clone” program. 
This will enable the user (not 
the publisher, who will 
probably make copies using a 
sector copier for speed) to 
make authorised back-ups 
onto whichever media they 
want to run the program from. 
At the very least the clone 
program should allow users to 
change easily the source 
drive, the drive the program is 
being copied to, the drive it 


will run from when cloned and, 


if necessary, the drive on 
which any data is to be found. 


Write, now 


Even if your program has 
extremely clear on-screen 
prompts, it will inevitably need 
some documentation supplied 
with it to help the user and to 
stake your claim to copyright. 
Whereas the publisher will 
normally be responsible for 
the eventual publication of the 
manual, you'll make yourself 
much more popular if you can 
at least write enough of the 
instructions in clear language 
so that the publisher can work 
out what the program is 
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supposed to do and how to go 
about achieving it. Please put 
this through a thorough spell- 
checker before submitting it 
and, if at all possible, get 
someone else to read it 
through. While publishers can 
cope with hand-written 
documentation, your program 
will be dealt with more quickly 
if the documentation is 
supplied both as a text file on 
disk and as hard copy. 
Personally I'd recommend 
sending Quill “_doc" files, as 
everyone still has Quill, unless 
your publisher suggests an 
alternative that you are both 
happy with. And while you're 
at it - double-check the 
spelling of any text that 
appears on-screen as well. 

A nice touch, but not 
essential at this stage, is to do 
an attractive title screen. It 
may not make much 
difference to the use of the 
program but it can help get 
people interested at shows 
and so forth. One proviso: 
saving a full QL screen 
(uncompressed) on a mdv will 
eat up a lot of space, it may 
be be better to do a simpler 
one that the QL can draw 
quickly. 


Check, check, re- 
check 


Once you've tidied up the 
program and the presentation 
and had yet one more look at 
it, do try and get another, 
trustworthy, QL user to have a 
look at it. More than likely they 
will have a different set-up to 
yours (different rom, memory, 
etc.) and this may overturn 
any assumptions you've made 
about what hardware the 
program is going to run on. 
They should be encouraged to 
try booting the program up 
using both Ft and F2 in both 
TV and Monitor modes. If 
problems are encountered, do 
try to sort them out before 
sending the program in. A 
program that only runs on your 
own machine, or others of an 
identical specification, will 
rarely be accepted for 
publication - and even Public 
Domain Libraries have been 
known to chuck out programs 
which are fussy about the 
hardware they're running on. 

Finally, before you part 
company with a COPY of your 
program make sure that what 


. 


you are sending is the latest 
version, Clearly label the disk 
with the program name and 
version number and your 
name and address. Then write 
or phone the target distributor 
or publisher and check that 
they are still interested in 
seeing the program. 

It’s also advisable at this 
stage to check what your likely 
earnings are going to be. It 
may pay to shop around, A 
legal contract is probably not 
necessary at this stage. Then 
deposit a copy with your 
solicitor {just ask them to keep 
it in a safe with a nate of the 
date, and sign a declaration 
that the enclosed disk 
contains a program which is 
all your own work.) (Heaven 
help you if it isn't!) Now you 
can send your program off. 


Time factors 


The first thing that authors 
must realise is that publishers 
are rarely dealing with just one 
program at a time. Many have 
half a dozen in development at 
any one time, and they are 
also responsible for the 
backup on all their other 
products. As many of these 
will also be in the process of 
upgrading (to take account of 
new roms, compiler versions, 
ete.) and they'll have their 
sales to attend to (and in many 
cases a full time job) you'll 
soon realise that your new 
program, which may take 
some time to get into, is not 
necessarily going to be put on 
the top of the pile for attention. 
At best they will take a quick 
look at it, see if it loads, try it 
on two or three QL systems 
and then put it to one side for 
a more detailed look later. 

Some publishers may also 
have informal agreements for 
specialist programmers or 
users to look over programs 
rather than do it all 
themselves. So you'll need to 
wait a couple of weeks at least 
before expecting a reply. It is 
probably a good idea to give 
the publisher a reasonable 
deadline for replying to you, 
say four weeks. If after that 
length of time you haven't 
heard from them, or they won't 
commit themselves to 
publishing the program, then 
write saying that you are going 
to offer the program to another 
publisher (assuming you can 


fae 


find sameone who will take it!} 
and demand that the original 
prospective publisher either 
reply by return or undertake to 
destroy the version you have 
sent to them and not distribute 
it or any copies thereafter 
unless It is with your 
agreement. 

So: what publishers are 
looking for are programs that 
work first time on all available 
QL systems; that have no 
awkward system 
requirements; and which are 
bug free. Sometimes we get 
these! Other programs, 
however, require far more 
work before they can be 
considered for release and I'll 
go through some of these in 
more detail. 


Printers again ... 


One of the main stumbling 
blocks is printers. Few 
publishers will have access to 
more than two printers and, as 
we all know, no two printers 
work in exactly the same way. 
So if you submit a program 
designed to print its output, be 
prepared for plenty of 
problems. Luckily Joe Haftke 
has very kindly placed into the 
QUANTA library a collection of 
printer control codes, so I'd 
advise all authors working on 
programs which can have 
printed output to get a copy of 
this. It would certainly be a 
good idea to include two or 
three different printer control 
files with your program when 
you submit it. Another idea 
would be to use the 
GPRINT_oprt file used with 
Abacus, as users may well 
have adapted that to suit their 
own system. 

As arule, I'd advise against 
embedding too much printer 
control in the main program. 
Have it as a separate module, 
making de-bugging and 
amendments to the program 
easier. Another useful option is 
to have a save-screen function 
so that users can output the 
screen file from a specialist 
screen dump program, or 
import it into a graphics 
package to add titles, etc. (But 
don't assume that everyone 
has the Trump and Gold Card 
Screen Dump code available 
to them!) 


Publishers will attempt to 
test the program as far as they 
can, and anything that authors 
can do to help this process is 
most welcome. For example, if 
you are submitting an 
adventure, enclose the 
solution and a map so that the 
testers can play it right 
through. Nobody wants to 
release a program that people 
can't complete, and the more 
you can do to assure 
publishers that your program 
can be completed, the quicker 
and more likely they are to 
take it on board. A solution will 
also help in the future when 
players get stuck and require 
help with the program! 

In practice | have found that 
very few games require much 
alteration once they have been 
sent in. They either work first 
time, or they don't, as the case 
may be. Provided the 
publisher can get past the first 
few screens they'll probably 
take your word for it that the 
rest are achievable - but the 
inclusion of a cheat mode 
(with infinite lives or whatever) 
makes the process a lot 
easier! This can be left in the 
release version as there are 
people who actually get their 
enjoyment from finding such 
cheat modes and others will 
find it useful if they get totally 
stuck on the game. However, 
do try and prevent this 
information getting to the 
punters too soon after release 
- it spoils their fun. 


-- and Utilities 


Regarding more serious 
applications, if your program 
relates to hard disks or 
particular hardware or 
software set-ups, it is possible 
that the publishers won't have 
that set-up and will need to 
send the program off to 
another QL owner to test it. 
This will inevitably delay any 
response to the initial sending- 
in of the program, so check 
what the publisher intends 
doing with the program before 
sending it in. lf you have 
Trump Card version 2, Gold 
Card, the Level 2 drivers, or 
any other system with hard 
directories you can test hard 
disk operation by creating a 
directory on disk and then 
using “WIN_USE flp" to 
simulate running from hard 


disks. (My thanks to Dilwyn for 
this tip.) 

Even if the program you 
send is camplete, it is quite 
possible that publishers will 
suggest improvements. These 
can take the form of altering 
the user interface to make it 
tidier or perhaps to 
incorporate mouse control. It 
is also possible that a 
publisher will have established 
a house style, or have 
available a front-end system 
that can be bolted onto your 
program. Don't be offended 
by suggestions of this nature. 
If it makes your program 
quicker to run or easier to use 
then it's probably better to ga 
along with what the publisher 
says. Here you'll have to 
decide whether you want the 
publisher to have a copy of 
your source code (so that 
other programmers can 
amend it} or whether you are 
going to hang onto it to 
prevent other people pinching 
your code. (Once you've sent 
in your program it's virtually 
impossible to prevent people 
pinching your ideas!) 


Features flourish 


Another area for 
improvement that publishers 
look at is the range of features. 
With applications, increasing 
features can be a never- 
ending task, as there's always 
something else that you can 
add to a program. Note that, 
contrary to some cynical views 
expressed in the computer 
press, this is not a case of 
publishers releasing 
incomplete programs, but 
rather responding to ideas 
from users to improve already 
existing programs. Publishers 
also need to keep up with the 
competition - if your program 
can be compared with a 
similar one, then they'll be 
asking for upgrades to keep 
your program competitive. 

Enhancements in the QL 
hardware can also be an 
impetus for improving 
programs. The release of the 
Gold Card with its 2MB ram 
and much faster processor 
means that memory and 
speed limitations on 
applications can be removed, 
so authors may need to keep 
the options open on a 
program or make them user- 
definable, rather than 
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assuming a fixed memory 
space or processor speed. 
Further, the possibility of the 
QL being run on “alien” 
platforms, such as the 
exisiting ST (hardware) and 
Amiga (software) emulators 
and the forthcoming PC 
emulator (not forgetting the 
option of using the Thor's 
Mode12) means that 
additional screen modes may 
need to be catered for to take 
full advantage of the improved 
hardware environments. And, 
who knows, we may eventually 
have the option of decent 
sound on the QL as well! 
(Another point about some 
Thors: sound should be an 
option that the user can turn 
off. The THOR handles sound 
differently from the QL and it 
can cause interminable delays 
if it encounters sound 
parameters it can't handle 
properly.) 

Future-proofing programs is 
virtually impossible, especially 
when authors are still writing 
programs on AH QLs without 
memory expansion, Again, 
publishers may suggest that a 
modular construction to the 
program which allows for 
selective upgrading of parts of 
it, while leaving the "engine" 
alone, may prove to be better 
in the long run, rather than 
authors having to re-write 
programs every time that the 
QL hardware is improved. 


Don’t vanish! 


Another problem is that 
some authors leave the QL 
scene without depositing their 
source code with the 
publishers, This makes it 
extremely difficult to keep 
programs compatible with new 
hardware and results in fewer 
sales. If you do finish with the 
QL, please assign the 
copyright to a reputable 
publisher and give them a 
copy of the source code so 
that they at least have the 
option of upgrading the 
program once you have 
finished with it (or give 
QUANTA an option on the 
copyright). 

One area where authors can 
fall foul of both publishers and 
users ts in (lack of} error- 
trapping. (This non-feature 
makes itself unpopular even in 
small printed programs - Ed.) 
Whether we like it or not, few 


of us can guarantee to hit the 
correct keys every time. Your 
programs should therefore be 
protected from any inputs that 
may disturb or even prevent 
the running of the program (or 
indeed if it is multi-tasking any 
other program running at the 
same time). Similarly, if you 
must use Hotkeys (that is, 
where the keyboard is always 
being scanned for a particular 
key or combination of keys to 
activate some command) then 
always give the user the 
option of using an on-screen 
confirmation prompt in 
connection with each of them 
(and clear the input buffer 
before asking for the user's 
input in response to the 
prompt) so that users don't 
find themselves accidentally 
quitting the program or 
erasing their files or whatever. 


Finally there are bugs. 
Totally bug-free programs are 
extremely rare, most have a 
few that manifest themselves 
in specific hardware/software 
combinations (and are they 
then bugs or the result of 
incompatibilities in the rest of 
the set-up?) However, it is also 
true to say that initially many 
programs will need to be 
pushed to their limits and 
tested on a variety of platforms 
before being released. 
Clearing bugs can sometimes 
be achieved by the publisher 
simply updating toolkit files, 
re-writing boot programs and 
so forth. More serious 
problems will need re-writes in 
the body of the program. If 
authors have kept their source 
code then publishers will have 
to simply send a list of “bugs” 
they think they have found 
(mind you, we sometimes mis- 
read the manual or attempt 
things the program was never 
intended to do!) The authors 
will then have to try to recreate 
the bugs on their systems and 
deduce what is causing them. 
This can be an impossible 
task - recently one of our 
programs was upgraded, but 
the upgrade only works on 
certain roms and not others, 
and we still don't know why! 
So we have to sell two 
versions. 

The alternative is for authors 
to send the publisher the 
source code and let them 
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arrange for someone else to 
de-bug the program. This will 
inevitably mean splitting the 
royalties, but if it means a 
better program then hopefully 
everyone gains. Whichever 
option you choose, be 
prepared to spend time on 
responding to bug reports. 
This can be quite a protracted 
process, as it takes time for 
programs to be bought and 
used by purchasers and the 
more unusual hardware 
combinations may not be 
encountered for as long as a 
year after a program has 
appeared on the market. 
Publishers will attempt to 
protect you from too many 
queries, answering the 
commen or easy ones 
themselves, but we do 
sometimes have to pass 
queries back to authors to see 
if they can sort things out. 


The manual 


At this stage the final 
appearance of the manual will 
be decided. With a 
complicated program 
requiring long and detailed 
instructions but with low 
expected sales, it is likely that 
this will be provided on disk as 
the cost of photocopying a 40 
page manual is quite high, 
although a guide to using the 
program may well be printed 
to provide point-of-sale 
material for shows, etc. 
Smaller manuals will, however, 
need to be provided. 

It is vitally important that 
authors respond rapidly to 
draft versions of the manual 
sent to them by publishers as, 
by this stage, the program 
shouid be finished and review 
copies ready to be sent oul. 
As publishers do not like to 
dump a newly printed manual 
just because an author has 
decided at the last minute to 
change a vital part of the 
program, this is likely to be left 
until as late as possible. 
Having got what looks like a 
working and usable program. 
the publisher will start to 
advertise it and send out 
review copies in the hope that 
this will stimulate sales. 
Demonstrations of the 
program at QUANTA 
workshops can also make 
people aware of the program. 

It is the publisher’s 
responsibility to make sure 


that the version that gets sent 
out for review is as near the 
final one as possible, as a 
review focusing on bugs is not 
going to inspire many sales. 
(Mind you, a glowing review 
complete with colour screen 
shots has been known to 
result in no sales at all!) Again, 
it is our experience that 
reviews can take several 
months to appear in the QL 
press, so don't hassle your 
publisher if one doesn’t 
appear immediately after 
you've sent the finalised 
version in. 


Money - Money? 


So, having completed your 
masterpiece you now only 
have to sit back and wait for 
the money to come in. Well, 
not quite - your publisher will 
be expecting you to keep your 
program operational on all 
available QL set-ups and so it 
may be necessary to upgrade 
the program at regular 
intervals. And as for the 
money - well that all depends 
on how many are sold! Don't 
expect to get much money 
during the summer months if 
yours is a game, as our 
experience is that very few 
leisure titles sell well at this 
time (if at all!) Your other 
problem is if the publisher fails 
to make enough money to pay 
you after paying for the 
adverts, media, etc. Here you 
can either take legal action to 
force them to pay which will 
probably put them out of 
business - or you can remind 
them at regular intervals and 
hope that sales pick up 
enough for you to be paid. 
When you do get paid your 
royalties, don't forget to 
declare them to the tax 
people. And if the program 
simply doesn't sell - well you'd 
better get writing a better 
program! 


So you want 


to be a 
SOFTWARE 


AUTHOR 


X EMULATORS 


the July 1992 issue of QL 


World was an article by 
Dilwyn Jones about the 
International QL meeting in 
Germany. Among other 


things, he mentioned the existence of 
ZX81 and ZX Spectrum emulators for the 
QL. As the author of these two 
programs, | am writing this article in 
order to give QL users more information 
about the emulators. 

As most of you will probably know, 
Sinclair Research had already marketed 
three other computers before the QL 
was introduced. In chronological order, 
these were the 2X80, 2X81, and ZX 
Spectrum, Although each of these 
computers had its own unique 
specification, they were in fact very 
similar in use, not least because they all 
contained a Z80 processor, and were 
operated with more or less the same 
dialect of Basic. 


QL difference 


The QL, with its 68008 processor and 
advanced Qdos operating system did 
not add to the line of ZX products. As | 
noticed that many QL users once owned 
(or still own) one or more of the Sinclair 
ZX computers, | thought it would be a 
good idea to start writing ZX emulators 
for the QL. | started with the job in 1989, 
and by now two fully compatible ZX 
emulators are being distributed by me 
on a Shareware basis: XTricator, 
emulating a ZX81, and Spectator, 
emulating a ZX Spectrum. Perhaps a 
ZX80 emulator will follow in the future. 

ltis clear that the 68008 processor of 
the QL is unable to execute programs 
written in the 280 machine language. 
Therefore, the emulators must be able to 
translate any program written in Z80 
code to a set of 68000 instructions 
having the same effect (from the user's 


point of view), Over 700 different 280 
instructions exist, and a large part of the 


emulator code takes care of the 
translation. Obviously, this translation 
needs to be done real-time and as fast 


as possible in order that the emulators 


Introduced by 
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resemble the original 
computers as closely as 
possible. 

The Z80 processor can 
address at most 64K or 
memory. Therefore, a block of 
this size is allocated in the QL 
memory, and all actions 
performed by the emulated 280 
take effect in this area. More to 
the point, the rom code of any 
one of the 2X computers can 
be written at the proper position 
in this QL memory block and be 
executed by the emulator as a 
more or less arbitrary piece of 
280 software. 


1/O Instructions 


However, the processor 
emulation described above is 
not sufficient for getting a 
usable ZX emulator. For 
normal computer use, one 
also needs a keyboard, a 


screen and a storage medium. 


The ZX computers usually 
communicate with their 
hardware via In and Out 
instructions. So, another part 
of the emulators intercepts the 
input and output instructions, 
looks as the data and 
performs the required action, 
making use of existing QL 
hardware only. 

Firstly, the QL keyboard will 
be read by the emulator and 
information about any keys 
being pressed down is 
translated to a format that can 
be presented to the emulated 
280 ports. Secondly, the 
emulator looks at the 
(complicated) screen data of 
the ZX and translates all the 
text and graphics (in full 
colour) to the QL screen. 
Thirdly, any data heading for 
tapes (or even microdrives in 
case of the ZX Spectrum) has 
to be redirected to normal QL 
files on disk drives. 

| could extend this list of 
hardware compatibility wit 
much more features that are 
taken care of, but I think the 
basic idea is now Clear. Still, it 
must be noted that all the 
above needs to be done ina 
flash, and be repeated 
continuously, so that the user 
really gets the impression of 
working with the real ZX 
computer instead of with an 
emulated one! 
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Ram/rom sizes 


XTricator emulates a ZX81 
with 8K rom and 56K ram. 
Spectator emulates a 2X 
Spectrum with 16K rom and 
48K ram, plus ZX Interface 1 
(containing another 8K of rom, 
microdrive connection, serial 
interface and network 
connector). For running the 
programs, you need a QL with 
at least 256K ram (though 
512K or more is safer), a 3.5in 
disk drive, and preferably TK2 
and the pointer environment 
(such as QPac 2). 

Because of the fact that the 
280 processor is nothing like 
the 68000, a fast QL is very 


important for sufficiently 
acceptable operation speed of 
the emulators. Therefore, | 
recommend that people use 
the emulators on a QL with a 
Gold Card (or an equally fast 
machine) only. Assuming a 
Gold Card is used (at 16MHz), 
XTricator can emulate the 
ZX81 at a speed of about 
130% with respect to the real 
ZX81 in Slow mode; Spectator 
can emulate the ZX Spectrum 
at about one-third of the 
original ZX Spectrum speed. 
These numbers are merely 
average values. because the 
user can alter the actual 
emulation speed by playing 
with job priorities (XTricator 
consists of three jobs, 
Spectator consists of four 
jobs). Both XTricator and 
Spectator are designed to be 
fully multitasking. They can 
safely be used in combination 
with Qoac 2 and several 
copies can run in your QL 
together with other jobs 
without any problems, Let me 
now give some specific 
teatures of XTricator and 
Spectator separately. 


Features 


XTricator emulates a 64K 
ZX81; tape commands are 
redirected to disk drives: a set 
of new commands has been 
implemented for 
communication to the QL 
hardware directly from 2X81 
Basic; 2X81 high resolution 
offered by many games is 
emulated; 2X81 printer outout 
is redirected to the QL serial 
port; the QL keyboard is fully 
mapped on the 2X81 
keyboard; a graphical help 
screen with a scanned image 
of 2X81 keyboard can be 
activated by a simple 
keypress; additional features 
include SuperBreak, screen 
invert and 280 reset, all 
activated by single 
keypresses, etc. 

Spectator emulates a 48K 
ZX Spectrum with ZX Interface 
1 (issue 2}; full colour and 
flash attribute emulation in QL 
mode 8; the tape commands 
of Spectrum Basic are 
redirected to floppy disk; 
Spectrum sound can be 
heard via the QL beeper or via 
the network socket; of the ZX 
Interface 1, the Shadow rom 
Basic extensions, the 
microdrive commands and the 
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serial RS232 interface are 
emulated properly (the LAN 
will follow later); the QL 
keyboard is fully mapped on 
the Spectrum keyboard; two 
keyboard modes are available 
(one for serious applicaions 
and one for games); a 
graphical help screen with the 
Spectrum keyboard can be 
activated by a keypress; also 
keypresses are available for 
SuperBreak, screen invert and 
280 reset; in fact, there are too 
many features to mention 
here! 

Both emulators are in 
continuous development (new 
versions appearing weekly) 
and have been tested 
thoroughly with hundreds of 
existing 2X81 and Spectrum 
programs (mostly 
commercially marketed games 
and utilities written in machine 
code). The vast majority of 
programs worked just fine. 
Only a few programs fail ta run 
on the emulators, but 
generally these programs are 
themselves the source of the 
problem (for example, 
because of excessive piracy 
protection), not the emulators. 


Currently, 99 out of 100 
existing programs will work on 
the appropriate emulators. 


Registration 


The emulators are supplied 
with extensive manuals as 80- 
column Ascii text files (over 
1200 lines per manual). As 
said before, the programs are 
distributed on a Shareware 
basis. To obtain a try-out 
version of both programs, 
people may send six DS/DD 
3.5in branded disks to me 
(two for XTricator, four for 
Spectator). | will always keep 
half the disks to cover my post 
and packing costs {I find this a 
simple solution to that 
problem). Of course, 
registered versions can 
always be ordered 
immediately. Registration 
costs 50 Dutch Guilders per 
emulator. This amount may be 
sent as a cheque or in cash. 
Alternatively, | will accept £17 
in sterling, or US$30, or 50 
Deutchmarks in cash per 
emulator. (Comment: Please 
remember that it is risky to 
send currency notes through 


the post, and in some 
countries it is illegal. If you do, 
wrap them up well and don't 
pin, staple, etc. or draw 
attention to the contents of 
your envelope in other ways). 
For this fee, people will get 
the most recent version of the 
emulator on a 3.5in DS/DD 
3M-brand disk, a laserprinted 
copy of the manual, one 
update of the emulator for 
free, and they will be informed 
about later releases. In the 
case of XTricator, they also 
get access to a huge ZX81 
software library; the first two 
disks with 80 ZX81 programs 
each are dispatched together 
with the registered copy. For 
Spectator, they will get a 
number of disk conversion 
utilities with the registered 
copy, which are able to 
convert programs on original 
Beta, Disiple and Opus Disk to 
QL files tha can be loaded 
directly into the emulator. A 
conversion utility for Spectrum 
microcartridges is in 
development. And last but not 
least: when people register, 
they support my efforts so that 
more programs of this kind 


may appear in the future! 

Finally, | wish to point out 
that XTricator and Spectator 
contain the original rom codes 
of the 2X81 and the Spectrum, 
respectively. These codes are 
obviously an essential part of 
the emulators, but they also 
are copyright software. 
Therefore, the emulators may 
only be used by people 
owning a real ZX81 or 2X 
Spectrum with Interface 1 
themselves. As it is an 
impossible task for me to 
check this for every separate 
user, the manuals clearly 
include statements which call 
the user’s attention to this 
fact; consequently, it is the 
user's own responsibility 
when he breaks the copyright 
law against his better 
judgement. 


For more details, contact 
Carlo Delhez at Emmastraat 3, 
4651 BV Steenbergen, 
Netherlands. (Anyone who is 
unsure about the principle of 
registration for Shareware 
should read the item on 
SQLUG in last month's QL 
Scene.) 


plus4 


A Quantum leap in QL Wordprocessing 


Users have expressed their verdict in letters published in Quanta! 


+7 USER FRIENDLY TO THE EXTREME 


Context-sensitive help * File selector boxes * Highly compatible with Quill, 


+2 THE MOST POWERFUL QL WP 


Reformats as you edit * Remembers paragraph formats between sessions 
* Integrated spell checker with dictionary brawse and replace * Multiple 
Windows over multiple documents allow you to edit one text while looking 
at a different one for reference * On-screen page-preview and pagination 
accounting for columns and variable line-spacing. 


+3 UNRIVALLED PRINT QUALITY 


Nothing else can compete in text and character formatting * Fully supports 
proportional spacing, mixed character widths and justifies correctly * 
Multiple paragraph formats with different margins and line-spacing for 
each * Right, centre and decimal tabs * Multiple columns plus headers 
and footers * Desktop publishing with several different page layouts in the 
same document. All the above features available at the highest text-mode 
letter quality resolutions of 360 x 360 dots per inch (24-pin printers) or 300 
x 300 dpi (deskjet and laser) at fast print speed and with very large texts. 


+4 FASTEST QL WORDPROCESSOR 


Amazing timings on QL and 8 MHz Atari ST with QL emulator. Gold card 
would be much faster than both * A 70 page text (24,000 words, 141,000 
characters) was used * Load (first time from floppy disk--not ram disk or 
slave blocks): 25s (STQL 17s) * Save (to floppy disk): 37s (STQL 32s) * 
Search / Replace 580 instances (auto reformats the affected paragraphs 
fo account for different lengths of search and replace strings--not leaving 


DEMO! 


you with hundreds of lines with ruined format to sort out manually): 43s 
(STQL 14s) * Change right margin of whole text (with complete 
reformat): 65s (STQL 17s) * Move 10 pages from top to bottom (times 
include manual marking and positioning of the text and reformat after the 
move): 35s (STQL 15s) * Scroll full screen over text 100 fines (fui 
screen line by line--not just the last line, not just the last line over every 
10th or 100th line of text): 19s (STQL Ss) * Change justification of 
whole text (change is instant, fimes represent full screen refresh after the 
change): less than 2s (STQL 1s) * Many other operations (e.g. goto page, 
line, top, etc., case sensitive search, insert typefaces, auto reformat of 
edited paragraph, change individual paragraph margins) are instant, with 
only a quick screen refresh to complete the task. 


Fully compatible with all QL ROMS, Gold Card, STQL, QVME STE in 
high resolution, Thor. Requires disk drive and 256 K memory. 


Prices (payable by cheque -- air mail overseas) 


text87plus4 £79 
2488 drivers for 24-pin and bubblejet printers £19 
typeset90-deskjet drivers for all HP Deskjets £19 
typeset90-Epson drivers for Epson Lasers £39 
fountext88 + founted89 graphic driver £39 


Also: QDesign Il: £54 * QSpread: £54 * QPac Il: £39 * 
QTop: £34 * QD4: £44 * ArcEd: £24 * FiFi: £19 * Mouse £49 


Software87, 33 Savernake Road, London NW3 2JU 


We have produced a working demo version of plus4 to try for yourself. The demo has all the 
commands apart from save, export, spell check and print (sample print output for different 
printers is included). Send £2 in postage stamps (no cheques please) to get your disk and leaflets. 


Simon Goodwin is a 
QL system collector 
with an eye on 


wiossAs 
SUDUI SUG 


y Qdos systems 

comprise two 

QLs, one Amiga, 

one Thor XVI, 

and a range of 
other computers including 
Spectrums and the SAM 
Coupe. | use these to write 
articles and develop software 
tools, so the system is 
festooned with network, serial 
and parallel connections to 
make it easy to share 
resources. 


Samsung QL #1 


My main QL is a Samsung 
medel, serial number S-13 
003505, made in Korea for the 
US market, with many 
production improvements over 
Thorn EMI's original. The most 
noticable difference is a metal 
coating inside the box, which 
reduces electromagnetic 
interference both ingaing and 


@ 


outgoing, but the board 
boasts other improvements 
like an input power filter and 
modified 8301 display chip, 
capable of generating 525-line 
NTSC (US television format) 
pictures as well as 625-line 
PAL. 

My QL has conventional 
nine-pin D-type serial and 
joystick sockets, rather than 
telephone-type sockets, and a 
switch on the modulator to 
select between vhf TV 
channels. | am grateful to 
Dennis Briggs of Adman 
Services for an adapter which 
lets me connect QL 
peripherals to the D-type serial 
sockets. 

| also have one of Dennis’s 
replacement QL power 
supplies, first made by Grundy 
for the Newbrain computer. 
This performs as advertised, 
keeping heat outside the 
computer rather than next to 
the microdrives, but | still find 
that mains interruptions crash 
my QL more often than other 
computers, even with a TF 
Services mains filter and a PC 
Might ‘Uninterruptible Power 
Supply’ en route from the wall 
socket. 

Attempts to take this up with 
the Electricity Board have 
been fruitless, When pressed, 
they installed a chart meter in 
a wooden box which 
measured swings in voltage 
within the ten percent range 
allowed, and just went clunk, 
without moving its pen at all, 
when big supply glitches 
disturbed the lights and 
speakers in my flat. The chain 


of suppressors usually saves 
me, but I still need to reset the 
machine most weeks, and 
especially on Friday 
afternoons, for some unknown 
reason. 


Minnie user 


The main operating system 
is Minerva 1.93, although | 
sometimes swap to older 
versions when testing 
software. Like all my 
computers, this QL lacks 
retaining screws so | can lift 
off the bonnet at a moment's 
notice! 

Another recent acquisition is 
the Hermes IPC upgrade from 
TF Services. This replaces 
Sinclair's 8049, improving 
BEEP, keyboard handing and 
serial input. It is compatible 
with all my software, and may 
encourage me to replace my 
Sinclair keyboard with the first 
Schoen replacement, 
mothballed years ago 
because of key-bounce 
problems. 

The CST RAM+ memory 
expansion includes four 32K 
eprom sockets as well as 
512K of fast ram. These 
sockets suit 16K eproms 
designed for the cartridge 
port, as well as specially 
programmed 32K chips, and 
give more reliable connection 
than the QL rom port. At 
present | have my own 
Speedscreen program, and 
SuperToolkit 2 fitted, with room 
for a DIY Toolkit rom if ever | 
get around to compiling it 

Standard Speedscreen 


expects the system variables 
in the usual place at 163840, 
but one socket contains a 
variant specially-made for 
Quanta's P H Tanner, who 
runs a four-screen network 
based on two Minerva QLs. 
This rom is normally invisible, 
and only signs on if the 
machine is booted in Minerva 
two-screen mode 


Big Boot 


My BOOT program must suit 
all my roms, so | use a mix of 
techniques to detect the 
configuration and adjust 
accordingly. Listing one is 
my BOOT program, run from 
FLP1 whenever | turn on the 
machine 

The first part loads 
extension commands, and 
consists of un-numbered lines. 
Line-numbers are not 
desirable, as the program 
loads toolkit files which are 
used later; AH and JM roms 
do not let you use extensions 
in the program that loads 
them. The command 
sequences are un-numbered 
so they run as they are 
loaded. They end with a NEW 
command, to tidy 
SuperBasic's Name Table and 
ensure that the extensions are 
available to the next line 

AH and JM roms ignore 
eproms in the RAM+ 
expansion sockets, so the 
program checks the version 
and loads Toolkit 2 into ram if 
necessary. The temporary 
variable K$ is needed as 
direct checks on VER$ can 
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crash the "JS" rom, because 
of a bug in VERS. 


TK2 CODE 


The file TK2_CODE is an 
image of the rom cartridge, 
made with SBYTES 
TK2_CODE, 49152, 16384. 
The CALL sequence locates 
the initialisation code offset 
near the start. The network 
extensions do not work unless 
Toolkit 2 is in rom or fast 
uncentended ram. 

The program line has been 
wrapped to save space; the 
CALL should appear on the 
same line as the LBYTES 
command. The next line loads 
TOOL_CODE, a combined file 
generated with 
CUSTOMKIT_BAS, from QL 
World July 1988. This includes 
the Qmon 2 debugger, Turbo 
Toolkit, and many DIY Toolkit 
extensions. 

With these tools.loaded | 
can use extensions to improve 
the performance of the 
system. The next line turns on 
the cursor in channel #0 using 
Turbo Toolkit. This means that 
| can type commands as the 
BOOT program runs, and they 
will be accepted by channel 
#0. If this is not done the 
commands end up in window 
#1 or #2, where they are not 
accepted, 

The CALL on the same line 
expands the SuperBasic 
buffer, as explained here in 
February 1992. This boosts 
ihe speed of COPY and MORE 
commands. The next line 
checks to see if the 
Speedscreen extension 
“ FOUNT" is defined. If so, it 
selects top performance rom 
code with SPEED 3; 
otherwise it loads the disk 
version into ram. The default 
device is set to FLP1_, and the 
default for SPL is a SCR 
window, so COPY FILE uses 
the display if no destination is 
specified. | rarely use this 
since | wrote MORE, which 
allows scrolling, paging, and 
fast movement around a file. 

The next few lines load more 
DIY Toolkit extensions, and the 
TASCOPY_MON command 
that sends graphics to my old 
Epson printer. The program 
checks the Name Table size 
and reports the number of 
extensions and free memory in 
the command window. 


100 
110 
120 
130 
140 
150 
160 
170 
180 
190 
200 
210 
220 
230 
240 
250 


300 
3106 
320 
330 
340 
350 
360 


REMark HP Deskjet QL setup from DIP switch defaults 
REMark PROC TRANSLATE maps QL characters te PC-850 codes 
REMark vO.8 * Simon N Goodwin 24,25,28-9-92,29-10-92 


esc$=CHR$ (27) 

TRANSLATE 

OPEN #3,"ser" :REMark DeskJet 500 channel 

PRINT #3;esc$ & "&k2G"; :REMark LF -> CR/LF 

PRINT #3;eSc$ & "&S0C"; :REMark Wrap at right margin 
PRINT #3;escS$ & "&126a00"; :REMark A4 paper, vertically 
PRINT #3;esceS;"(12U"; :REMark PC850 characters 

CLOSE #3 

STOP 


DEFine PROCedure TRANSLATE 
LOGal] €5;,¢,0, q1, np; 


260 tS=VERS : IF tS="AH" OR tS="JM" 

270 PRINT #0;"This QL ROM does not support serial TRA!" 
280 STOP 

290 END IF 


REMark Set simple 1:1 translations for QL -> PCc8s50 
REMark Beware: NULLS are translated to small blocks 
RESTORE 490 

x=RESPR(6+256) 

POKE_W x,19195 

POKE_W x+2,6:REMark Table 1 offset on X 

POKE_W x+4,0:REMark No Table 2 


370 t=x+6:REMark Start of 1:1 translate table 

380 READ ql,hp 

390 FOR c=0 TO 255 

400 IF c=ql : POKE t+c,hp : READ gl,hp : ELSE POKE t+c,c 
410 END FOR c 

420 TRA x,0 

430 


440 
450 
460 
470 
480 
490 


END DEFine TRANSLATE 


REMark DATA list format is [ QL code, HP code, ] 06,0 
REMark Translations for <NULL>, £, °, € (coupé), 6 (réle) 
REMark Slashed "0" needs 48 + 157, but upsets control codes, 
REMark so that requires translation in Psion’s PRINTER_DAT. 
DATA 0,254, 96,156, 127,184, 131,130, 152,147 


500 REMark Translation for 8 (8 test), E (RESUME) 


510 DATA 156,225, 


163,144 


520 REMark Translations for mw (ucode}, «, », «, > 


540 REMark Terminator 


550 DATA 0,0 


Foreign roms 


Sometimes | use foreign 
Qdos roms, with error 
messages even more obscure 
than Sinclair’s originals, so the 
remainder of the program 
replaces the built-in messages 
with a modified set, using the 
TRA command introduced in 
the JS rom, ALLOCATION and 
INTEGERS are Turbo Toolkit 
functions. One reserves 
memory, the other converts an 
integer parameter into a two- 
byte string. The messages are 
anthropomorphic, but | like 
them. You can substitute any 
text you prefer. 

Lines 526 to 532 load and 
initialise the DIY Toolkit 
Qlipboard task, which runs in 
the background and lets me 
edit small files and transfer 
text between tasks without re- 
typing. The task needs to 
know its own keyboard queue 
address, so it opens a window 
and waits for a key-press 
when first run. 

It would be annoying to 
have to press Enter part-way 
through, and swap to Basic 
later, so the boot program 
saves the SuperBasic key 
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queue address and turns off 
the cursor in #0 before loading 
the task. Turbo's TYPE_IN 
supplies the task with two 
enter characters, and 
suspends SuperBasic for a 
fifth of a second to give the 
Qlipboard time to find its 
queue and select the default 
window. 

Line 532 restores the 
previous key queue address 
and re-enables SuperBasic's 
cursor. This technique can be 
used to Initialise other tasks: 
for instance, to specify a 
dataspace for Devpac or 
Metacomco’s ED. 

This QL normally serves as 
a file server for my Thor XVI 
and second QL. Sometimes | 
reset the machine because 
the file server has crashed or 
locked up, so another 
machine cannot get through 
on the network. At line 534 the 
BOOT program checks for 
network activity by reading bit 
0 of the PC.IPCRD port, which 
changes rapidly when the 
network is waiting for 
acknowledgement. Thus the 
file server starts automatically 
if it is needed. 


+ 
! 
530 DATA 176,230, 184,174, 185,175, 188,174, 189,26, 190,24, 191,25 


Computermate drive 


Since my days writing 
Supercharge | have used a 
5.25-in 720K 40/80 track 
switchable floppy drive, made 
by Computermate for CST. 
This reads my old single- 
density 35 track Genie disks. | 
have had only two problems - 
the cable was fitted upside 
down, requiring a notch in the 
QDISC socket or removal of 
the locating lug (| did both) 
and sometimes | found that 
disks directories were 
smashed, rendering track 0 
unreadable. 

Eventually | traced this fault 
to the QFLP software, which 
corrupted the directory when | 
saved a null file, and then 
saved another file to the same 
disk. This was fixed by an 
upgrade to QFLP 1.16, the last 
known eprom for this interface, 
and | have had no trouble 
since. : 

| am sure I'm not the only 
user who finds that their disk 
drive sometimes keeps 
running or starts 
unexpectedly. The disk cable 
acts as an efficient aerial and 
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picks up interference. The 
drive interprets a very short 
pulse as a signal to turn on the 
drive. To save disk wear, issue 
STAT or any disk command: 
Qdos turns the drive off after 
use. 

Some games cause a 
similar effect by disabling QL 
interrupts immediately after 
loading. so the system does 
not get a cue to turn off the 
drive. To cure this, add a short 
delay between the LBYTES 
that loads the code and the 
CALL that starts it - PAUSE 
150 should be plenty. 


MGT Lifetime drive 


My second disk drive is a 
3.5-inch, 1 megabyte 
unformatted ‘lifetime drive’ 
assembled by defunct SAM- 
makers Miles Gordon 
Technology. It's a good idea: 
a Citizen disk mechanism with 
external dip switches and a 
socket on the outside for 
cables from a range of 
computers. The theory is that 
one drive can serve all your 
micros, 

The drive works perfectly 
with the SAM, via the SDI 
interface, and the Spectrum 
Plus D, answering to the name 
D1 and formatting disks to 
800K. The same settings suit 
the Amiga, but in this case it 
appears as DF1, the second 
drive after DFO, and formats to 
880K. Sadly it does not 
recognise disk changes 
automatically, so | must issue 
the Amigados DISKCHANGE 
command, or Amiga Qdos 
DSKCNG 1, when changing 
disks. 

The drive reads and writes 
720K QL disks, and used to 
format them too, but recently it 
has developed a fault and 


of formatted capacity on a 
Gold Card if a link is added on 
the drive circuit board. 

| swap drives often as | 
work, un-plugging the cables 
at the interfaces without 
turning machines off. This has 
never caused me trouble, but | 
would hesitate to recommend 
it in general, because of 
possible differences in drive 
connections or stepping 
speeds, in which case it could 
crash the system, or worse. 


Thorn EMI QL 2 


My second QL is numbered 
DO6-006656, and dates from 
June 1984; the D code is a 
month number. It was my 
second QL, as the first only 
lasted 45 minutes. This is a 
128K machine with a QEP-3 
eprom programmer in the 
expansion port, and Toolkit 2 
plugged in at the back, so it 
can read files from the drives 
on QL 1, and communicate 


indirectly with my Thor. A 
Sinclair printer cable links 
SER1 to the Amiga’s serial 
port, allowing data transfer in 
both directions, 


Thor XVI 


The Thor XVI was my main 
machine, but it has been 
sidelined because of power- 
supply problems. | found that 
disk access made the display 
shake, because of a slump in 
the output of the internal 
switched-mode power supply. 
For a while | could cure this by 
adjusting the preset on the 
supply, but eventually the 
voltage fell to the point when 
the machine would crash soon 
after start-up. | have a 
replacement PSU from Dennis 
Briggs, but have not yet tried 
it, 

The Thor XVI has 6.41 roms, 
two 720K 3.5-in floppies, and 
a megabyte of ram, It is linked 
to the QLs by network, but 


REMark Combined BOOT for all QL ROM versions, SNG 
WINDOW #0,448,20,40,216:MODE 4:CSIZE 0,0:PAPER 0 


KS$=VER$:if k$="JM" or k$="AH";:a=respr(16384):lbytes flpl_tk2_code,a: 


call a+peek_w{at+6) :NEW 
a=RESPR( 26%*1024):LBYTES fipl_tool_code,a:CALL a:NEW 


CURSOR_ON #0:CALL PEEK_W(282)+28,1000:REM Expand buffer 


IF BASIC_INDEX%("_FOUNT”)}<0;a=RESPR({11268):LBYTES 


flpl1_SPEEDSCREEN_code,a:call a:NEW:ELSE _SPEED 3 
DATA_USE "flpl_";PROG_USE "flpl_":DEFAULT_DEVICE "flp1_" 


SPL_USE "scr_496x210a16x0":ALTKEY ‘d‘,’SPEEDSCREEN‘ 


LRESPR TOOL2_CODE:REM BPOKES, QBASE, CLIP, ALTER, TRAPS, PARAMS 
LRESPR MORE_CODE:LRESPR DEFS_CODE:LRESPR ALIAS_CODE:LRESPR VOCAB_CODE 


LRESPR WINDOWS_CODE 
a=respr(2048):lbytes 


flp1_TASCOPY_MON,a:CALL a 


eprom files have to be 
transfered via RAM1 on QL 1, 
as it will not file-serve reliably 
for the QLs. 

This Thor is currently 
awaiting a heart transplant; | 
plan to fit a 20-megabyte 
Rodime hard disk, the new 
power supply, and extra 
circuitry like a disk-control PAL 
and logic to prevent the SCSI 
port corrupting the real-time 
clock setting. Send an SAE to 
me c/o QL World if you need 
details of these changes. 


Amiga 500 


My latest computer is a 
second-hand Amiga 500, with 
one megabyte of ram. This runs 
Qdos almost as fast as the Thor 
XVI, and more besides. It came 
with a replacement mouse and 
drive, and system disks infected 
by the Lamer Exterminator virus, 
which caused me some hassle, 
QL systems are more Civilised! 


PRINT #0;(basic_1(28)-basic_1(24})/8;" commands, ROM ";ver$;", "; 
PRINT #0;FREE_MEMORY;" bytes free, before the 50K RAM disk (RAM1)" 


400 k$=ver$ : 


if k$<>"JM" and k$<>"AH” 


410 x=ALLOCATION( 2000) 


420 POKE_W x,19195 


IF a<>44:k$=kK$&CHR$(10) 
IF a=48:READ t$:k$=kS$&tS$&CHR$(10) 
kS=INTEGERS (LEN(k$)) & k$ 


430 t=x+60 

440 FOR a=2 TO 58 STEP 2 
450 READ k$ 

460 IF a<56 

470 

480 

490 

500 END IF 

510 POKE_W xt+a,t-x 

520 POKES t,k$ 


522 t=t+LEN(k$)+(LEN(k$) MOD 2) 


523 END FOR @ 
524 TRA 0,x:END IF 


526 myq=PEEK_L(SYSBASE+76) 


528 CURSOR_OFF #0 :EXEC QLIPBOARD_TASK 

530 TYPE_IN CHRS(10) & CHR$(10):SUSPEND_TASK 10 
532 POKE_L SYSBASE+76,myq:CURSOR_ON #0 
534 FOR i=l to 200 : IF PEEK(98336) && 1 : 
536 WIV 4:FORMAT #0,’RAM1_100’ : NEW 

538 DATA " **** I hadn‘’t finished!","*#** I’m not doing that task." 

540 DATA "**** My mind’s gone blank!","**** Don’t be ridiculous!" 

550 DATA "*#** I‘yve forgotten what you were saying..." J 

560 DATA "*#** T’m not using that channel.","**** I can’t find that." 
570 DATA "#*** It’s already there!","*##*s I’m already using that!" 

580 DATA "**** There’s no more data." 

590 DATA "**** Not enough room." 

600 DATA "*#** That‘’s not a command or device name." 

605 DATA "**** RS-232 parity error." 

610 DATA "**** Sorry - I can’t format that.","Uh?" 

620 DATA "**** My drive hurts!" 

630 DATA "**** IT can’t work that out." 

640 DATA "**** Cosmic number generated." 

650 DATA "**** IT don’t know how to do that." 

660 DATA "**** It’s just not listening!" 

670 DATA "**** Shome mishtake, shurely?","**** Error at "," lumps” 

680 DATA "F1l...Monitor","F2...TV","° 1983,1985 SRL (retired)" 

690 DATA "I can’t trap that.","I‘ve forgotten what I was doing." 

700 DATA “SunMonTueWedThuFriSat" , "JanFebMarAprMayJundulAugSepoctNovDec" 
RUN 


keeps winding back, 
formatting the same tracks 
over and over again. This 
happens whether | use the QL 
FORMAT command or the 
Atari and MS-DOS FORMAT 
options in the ATR device. | 
use this drive to convert 
documents into 720K PC 
format for publication, but 
have to format the disks on the 
Amiga Qdos emulator! 

The drive also works on 
Spectrum +3 as a 7O6K drive 
B, using the same format as 
the latest Amstrad PCW 
model. Dennis tells me that 
they will give 1.44 megabytes 


26) 


FSERVE : EXIT i 
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Software 


The software | use revolves 
around a collection of 
SuperBasic programs and 
Turbo compiled tasks, 
designed to minimise wasted 
effort. | write assembler 
programs, and text files, in 
Hisoft's Devpac. One utility 
converts cade files into HEX 
data for DIY Toolkit, and 
another checks the result 
against the original. 

When writing articles | use 
TurboQuill or Xchange from the 
Thor, with a patch to suit Qdos, 
using the Qlipboard to move 
things back and forth between 
Devpac, Quill and SuperBasic. 

TurboQuill is fast, but used to 
keep grabbing the cursor when 
| used Taskforce to multi-task 
it; this is no longer a problem 
since David Moseley told me 
that the F5 (glossary) option 
prevents this behaviour. 
Xchange is particularly useful 
when I'm dividing up files to 
make sure they will fit on a 
128K system: it can EXTRACT 
blocks to files in DOC format, 
and EXPORT plain text. 


Parallel Printer 
switcher 


One way or another, my 
computers can be routed to a 
parallel printer switch box, 
which lets me select which 
computer has access to the 
printer. This cost £15 at an All 
Formats Show, plus £5 for the 
cable to the printer, and saves 
lots of fiddling at the back of 
the printer. 

My box has three inputs. 
One comes from QL 1, via 
Miracle’s serial-to-parallel 
converter, and also serves the 
QL and Thor network stations. 
Another suits either Spectrum 
Plus D or SAM - the cable is 
the same in either case. The 
last link comes from the 
Amiga’s Centronics PAR port. 


DeskJet 500 


The switch box is connected 
to a Hewlett Packard DeskJet 
500 printer, which recently 
replaced my ten-year-old - but 
still perfectly reliable - Epson 
MxX-80. Years ago | replaced 
the Epson rom with a 'Dots 
Perfect’ upgrade, giving NLQ 
and high resolution graphics 
rather than the original TRS-80 
blocks, but the Mx-80 is 


obsolete and will not support 
the latest Epson codes. It was 
a shame to retire such a faithful 
servant, but | needed more 
speed and better graphics 
without the expense, noise and 
pollution of a laser printer. 

The DeskJet 500 has been 
favourably reviewed in QL 
World, so | shall not discuss its 
merits in detail. Suffice it to say 
that it offers laser-quality 300 
DPI print, and the inbuilt founts 
match daisywheel clarity as 
long as you resist the 
temptation to touch them in the 
first few seconds after printing, 
before the ink has time to dry. 


Special characters 


| shall explain how | 
persuade the DeskJet to print 
special QL characters. The 
techniques involved are 
applicable to many other 
printers. Before | use the 
DeskJet | run the SuperBasic 
program in Listing two to 
configure it and teach Qdos 
about its character codes. 

Procedure TRANSLATE uses 
the TRA feature introduced in 
Sinclair's JS rom to map QL 
characters onto one of the 
printer’s built-in character sets. 
By default the DeskJet uses the 
PC character set, although a 
few codes are interpreted as 
controls rather than symbols. 
Line 200 selects a variation, the 
PC-850 character set, which 
has the advantage that it 
includes the copyright sign, 
CHR$(127) on the QL. 

TRANSLATE sets up a small 
table in QL memory, consisting 
of a six byte header and 256 
bytes, corrresponding to 
character codes CHR$(0) to 
CHR$(255). When characters 
are sent to the serial port they 
are looked up in this table, and 
the byte value from the table is 
used instead of the initial code. 

In many cases the QL and 
HP codes correspond, so the 
entry in the table matches its 
position. The QL uses 
CHR&$(96) for the Sterling (£) 
sign, whereas the printer 
expects 156 for the same 
symbol. so the value 96 bytes 
into the table is 156. The 
translation takes piace 
automatically, whatever 
program is using the serial 
port. 

Other translations involve 
codes above 127, much less 
standardised than the seven bit 
Ascii sequence. The DATA in 
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Listing two translates the QL 
codes that | use into PC 850 
equivalents, so that | can print 
E acute, O circumflex, the 
micro sign (mu) and arrow 
symbols. 

If you use other characters 
you can add further data pairs. 
Each pair consists of a QL 
code, followed by the 
equivalent for your printer. The 
list should come in ascending 
order of QL codes, with two 
zeros at the end. 

This translation scheme is 
simple and effective but it’s not 
perfect. The DeskJet code for 
left arrow is CHR$(27), but | 
cannot translate CHR$(188) 
into that because it is 
interpreted as ESC! Left 
triangle, CHR$(17), is also 
ruled out as the printer treats 
that as the flow-control signal 
XOFF, though the manual says 
XON. | ended up using the 
Spanish open quote sign, 
which at least points in the right 
direction. 


Zero trouble 


It is not easy to replace the 
zero character, CHR$(48), with 
a slashed zero, even though 
that appears as CHR$(157) in 
the HP set. The problem is that 
the zero character is used in 
many HP escape sequences, 
when selecting founts and print 
styles like bold and italics, and 
these are not correctly 
interpreted if the zero digits are 
translated. 

| can cure this, when printing 
from Quill, by setting up a 
translation in PRINTER_DAT, 
but this does not affect printout 
from SuperBasic or other tasks. 
The translations in 
PRINTER_DAT are only used 
when Quill writes text, so they 
do not affect the codes 
configured to select print 
styles. 

Both QL and Thor have 
facilities to define longer 
translation strings: up to three 
characters for each QL serial 
code, or up to 255 using the 
Thor XVI ‘extended translate’ 
facility on SER or PAR, These 
are only used on output, 
whereas simple byte 
replacements operate in both 
directions. 


Philips CM-8833 
This medium-resolution 


colour monitor came with my 
Thor XVI, replacing the black 


and white Pye TV that served 
as my computer display for 
most of the 1980s. The CM- 
8833 is well-specified - it has 
stereo sound and accepts TTL 
RGBI (for QL and Thor XVI 8/16 
colours), linear RGB Scart (for 
SAM and Amiga) and even 
composite video for my old 
Video Genie computer. 

The Genie is now retired, 
with a broken disk controller, 
but | can still read all my old 
files with the Computermate 
drive and the MULTIDOS 
software, available from 
Quanta (Comms Xfer disk 1} 
and CGH Services 
(Connections disk 1). 

| have no monitor switch box, 
so | have to tip the display to 
change from QL to Thor using 
the DIN input, or from SAM to 
Amiga on Scart, | leave the 
Amiga connected most of the 
time, as the TTL input over- 
rides the Scart socket, so | can 
swap from QL to Amiga by 
unplugging the monitor lead at 
the QL end. 

Sometimes a short-circuit 
changes the QL background 
colour from black to blue, 
giving magenta and cyan 
instead of the usual Mode4 
colours. This is because the 
blue signal, normally unused in 
Modeé4, is picking up current 
from one of the other pins in 
the cramped confines of the 
DIN connector. This quirk does 
not seem to cause any 
problems, and Chas Dillon had 
a similar fault on a T¥/monitor 
for years. If the blue 
background becomes 
distracting | can return to the 
normal palette by tweaking the 
lead or rocking the monitor, but 
| should really fix the plug. 


Wish list 


A QL system is an ever- 
expanding custom 
environment, and | have plenty 
of plans for the future. | hope to 
have the Thor XVI hard disk 
working soon, and Dennis 
Briggs has promised to get me 
a black serial mouse for 
experiments. I'd like an adapter 
to program 32-pin eproms in 
QEP-3; the current socket limits 
me to 64K chips. Most of all, | 
want a Scart/TTL monitor 
switcher, but it looks like I'll 
have to build it myself - my last 
attempt ended up gummed 
solid with glue before | got the 


lid shut! 


In the last of his 
occasional series on 
desktop publishing, 
Geoff Wicks tackles 
the serious business 

of editing fonts. 


ne of the 

paradoxes of 

desktop 

publishing is that 

although you use 
only a minority of the fonts 
supplied with the program, 
you are always wanting more. 
The reason for this is that the 
suppliers of DTP programs 
have to cater for many 
different users. Some users 
want to produce eye-catching 
advertisements and need 
fancy display fonts; others are 
preparing overhead sheets for 
illustrating lectures and need 
sober display fonts; and yet 
others are producing 
newsletters and reports and 
need text fonts and display 
fonts suitable for headlines. 
Some users will be satisfied 
with a simple printout of their 
document, others will reduce 
their document at the 
photocopying stage and yet 
more will use reduced width 
and length printing. All these 
users require a different range 
of fonts. 

In this situation it is 
practically impossible for a 
software publisher to cater for 
all needs. Designing fonts is 
very time consuming, and the 


fonts require large amounts of 
memory and storage space. 
To keep the costs of a 
program within the reach of 
the potential users a software 
publisher must compromise 
and this means that the fonts 
that are supplied are often not 
quite what you would ideally 
like. For this reason one of the 
essentials of a desktop 
publishing package is a good 
font editor so that you can 
design your own fonts or 
adapt the supplied ones for 
your own use. 


Editing fonts 


| suspect that there are 
many users of DTP programs 
who never look at the font 
editor and are perhaps even 
frightened of the thought of 
attempting to modify a font. 
This is a pity because once 
you get the hang of things 
editing fonts is quite simple. 
although there can be a lot of 
time consuming, humdrum 
work involved. The secret is to 
keep things as simple as 
possible. It is better to modify 
an existing font than to attempt 
lo design a new one and to 
start with the smaller fonts 
rather than with a large one. 

If you have never edited a 
font before | am going to 
guide you through the stages. 
Firstly | am going to break my 
golden rule that there is no 
place in DTP for low resolution 
QL fonts. When learning to 
edit fonts you can best begin 
by modifying the standard QL 


font, because the matrix on 
which it is formed is small so 
that the font can be very easily 
edited. Within a hour or so you 
can learn the principles and 
the potential problems of font 
design which also apply to the 
high resolution fonts. 

What we are going to do is 
to make a wide version of the 
standard QL font. First we 
need a copy of the font which 
we obtain by running the 
following short program: 


10 addr = PEEK_L{PEEK_L 
(PEEK_L(163960)+4)+42) 

20 SBYTES flo2_QLfont,ad 
dr,875 


This font can now be loaded 
into the QL font editor of your 
desktop publishing program. 
Select A as the character to 
be edited. In the far right hand 
column of the matrix fill in 
pixels in the places where they 
appear in the right hand edge 
of the letter; fill in the 
horizontal pixels to join the old 
and the new edges: and finally 
remove the pixels forming the 
original edge (see Figure 
one). The letter is now eight 
pixels wide instead of six. 
Store the letter and then move 
on to B. 


Surprisingly quick 


In this way you can work 
through the whole of the 
character set, and once you 
are used to it you will be 
surprised how quickly it can 
be done. The letter | has to be 


[ 
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Fig. 3: Magnification of High Resolution Font using the Font Enlarger Programme. 
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Part 5 


altered in a slightly different 
way, and before you start on K 
save your work so far, The 


ee 
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Fig. 2: Bold, Square and Serif letters. 


Simple 
Magnification 


Font Enlarger 
Magnification 


Corrected 
Magnification. 


reason for this is that some 
tetters are more difficult than 
others and K is one of the 
problem letters, as are most 
letters containing a diagonal. 


Fine_Big font, which has a 48 

x 48 matrix as your first font for 

modification you will soon give 

up in despair. It is better to try 

modifying Excellent which has 
a 16x 16 


QL 
QLw ide 
QLbold 


In many fonts, especially high 
resolution fonts. R can be 
difficult to design and in 
almost all cases Q. With these 
letters you must be prepared 
to experiment until you get the 
best result, If you get stuck 
you can always examine other 
fonts to see how others have 
overcome similar difficulties. 

You will also soon discover 
that it is good practice to save 
a font regularly when working 
on it, especially in the case of 
high resolution fonts. There is 
nothing more frustrating than 
to find that having successfully 
designed 15 letters you get 
hopelessly stuck on the 16th. 
(f you had saved the font 
before the 16th you could 
always reload the partially 
completed font and start again 
on the 16th without losing your 
previous work, 

When you have completed 
your wide version of the QL 
font, save it. Now try modifying 
it into a bold, square or serif 
version (see Figure two) 
(Hint: when making a bold font 
you get the best results by just 
making the vertical lines of a 
letter bold and not the 
horizontal). Again you will find 
most letters can be modified 
quite easily and it is just a 
handful which cause 
problerns. You will soon learn 
which letters are difficult and 
of possible ways of modifying 
them. 


High resolution 


You are now ready to move 
on to designing high resolution 
fants, Again the advice is to 
start simply with one of the 
smaller fonts. If you choose 
Professional Publisher's 


oe 


QL 


QLwide |: 
QLbold 


Fig. 4: "Font Enlarger” fonts. 


matrix and 
which has a 
good basic 
letter 
shape. Try, 


example, to 
make a 
widened 
version of it. 
The 
widened 
version is a 
good font 
for text use if you use reduced 
length and width printing. 
Another good font is Grotty. If 
you want to be more ambitious 
you can try modifying Roman 
into a sanserif version. (In 
earlier versions of Professional 
Publisher the Excellent and 
Roman fonts are named 
Helvetica and Times 
respectively.) 

When you have gained a 
little experience you will find 
yourself looking critically at 
different fonts in magazines 
and desktop publishing 
programs for other computers 
or even start looking at the 
fonts used on road signs and 
in such places as hospitals 
and railway stations. You may 
even look at ways of 
converting fonts from other 
sources into a suitable form for 
Professional Publisher. For 
example NLQ fonts which are 
suitable for downloading into 
dot matrix printers have a 
matrix size which makes good 
fonts for Professional 
Publisher. The fonts do need 
converting to Professional 
Publisher format. 

On the recently published 
Professional Publisher Too/box 
2 disk are a number of fonts 
designed by Sohail Bhatti 
which perceptive members of 
Quanta will recognise as 
being similar to fonts available 
from the Quanta library which 
he has designed for 
downloading into the Star 
NL10 printer. | have used one 
of these fonts for the captions 
in the illustrations for this 
article. The Toolbox 2 disk 
also contains a program for 
converting QWRITER 2 fonts 
into Professional Publisher 
format. 


Fig. 5: Restoring curves 


Widths and tabs 


With high resolution fonts 
you also have to adjust the 
width of a letter, An ‘i’ is much 
less wide than an 'm’ or a'w'. 
This is a fairly simple process 
and is described in your DTP 
program manual. Proportional 
spacing is essential for the 
larger fonts but one 
disadvantage of proportionally 
spaced letters is that tabs do 
not work on text imported from 
Quill or other editors. This can 
also give problems in 
documents illustrating 
arithmetical calculations. For 
this reason it is sometimes 
better to give all the numbers 
in a font the same width. 

It is possible to produce a 
font in a number of different 
sizes or to make a high 
resolution version of a QL font 
by using Mark Knight’s Font 
Enlarger program which is 
available from Digital 
Precision, This program is very 
easy to use and has the 
advantage that you can 
design a font on a small matrix 
and then enlarge it which is a 
lot easier that designing it 
straight away on a large 
matrix. This program does 
have its limitations however 
and this | have illustrated in 
Figure three. 

If Font Eniarger did nothing 
more than simply magnifying a 


font, then the enlarged font 
would have ugly steps. 

nstead the program attempts 
to do something very difficult 
and that is make a high 
resolution enlarged font, which 
means that it has to make an 
intelligent guess about where 
to add or take away pixels. 
Most of the time it does this 
very well, but sometimes it 
makes a mistake. The Font 
Enlarger produces a better 
font than by simple 
magnification and in most 
cases you could get away with 
using it without further editing, 
However | am one of the 
purists as far as font design is 
concerned, and in my opinion 
you should always smarten up 
the font by a little editing. 


Learning curve 


In Figure three | have 
deliberately chosen a font and 
a magnification which tests 
Font Enlarger to its limits and 
thus emphasises its 
shortcomings. However to 
redress the balance in Figure 
four are samples of three 
high resolution fonts (right) 
produced from low resolution 
QL fonts (left). It is quite clear 
that in these cases practically 
no further editing is required. 

Another problem with font 
enlargement is that when a 
small font is magnified, perfect 
curves are not produced. In 
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this way a‘O' starts off as 
circular and ends up as a 
octagon. This is another 
reason for editing fonts after 
using Font Enlarger. | have 
illustrated this in Figure five. 
The top row shows the effect 
of simply magnifying an ‘o’. 
The second ‘o' is shown 
magnified and one corner of 
this is further magnified to 
show how the curves can be 
restored. This done by 
removing pixels on the outside 
of the letter and adding pixels 
on the inside of the letter. 
(Look at the change in the size 
of the 'steps’ in the two circles 
showing the enlarged portion 
of the 'o'} 


One final hint. 


Designing fonts is one of the 
more tiring forms of computer 
use. In particular it gives more 
than usual strain on the eyes. 
For this reason a good monitor 
is needed and it is better to 
spread your work over a 
number of short sessions than 
to work through a high 
resolution font in one go. 


| hope that this hint together 
with my comments about 
humdrum work will not put you 
off having a go at editing a 
font. Indeed if your desktop 
publishing is not in English 
you will have to do some font 
editing to provide letters with 
accents, umlauts, and so on. 
This is very easily done with 
Professional Publisher and it is 
not necessary to modify the 
whole font. You can just 
design those letters in the 
Ascii range 128 -191 which 
you need for your own 
language. For your work and 
your patience you will be well 
rewarded. 

Finally in Figure six are 
some of the text fonts | have 
designed based on existing 
fonts. The top four source 
fonts are low resolution QL 
ones and the bottom two high 
resolution fonts. 


Let us know 


This article brings to an end 
this series on desktop 
publishing. In the past | have 
been disappointed by articles 
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Fig. 6: New fonts from old fonts. 


and examples of QL Desk Top 
Publishing which have 
appeared in the QL 
magazines and have tried in 
this series to encourage the 
user to attempt to get more out 
of their programmes. | hope | 
have succeeded, 


QUBBES 
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QL Emu for AMIGA {2 Disks) 
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It would be interesting to 
know what use QL users make 
of DTP, to see some of the 
output and to hear what 
problems they have come 
against. Letters to OL World 
would be very welcome. 
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Characters 


In the final part of 
his proportional 
printing project, 
Martin Harris 
analyses rules for 
deciding which 
errors you want 
reported. 


ast month we went 
through examples of 
all the type code 
errors you are likely to 
meet in layout out a 
document. This month | will 
consider how one decides 
which errors the program 
should correct, and which it 
should simply report for 
consideration. 

In my particular case, five 
operations are actually carried 
out by the program: underline 
and enlarged corrections, 
hierarchy adjustments, 
backspace accented 
characters, and proportional 
insertions, Only the first of 
these may be a genuine error. 
On the other hand, many more 
errors are merely noted and 
advised. To have our program 
physically correct all these 
would involve imparting the 
computer with a degree of 
intelligence both well beyond 
the scope of this article, and 
definitely not worth the effort in 
terms of time saved. 


Decisions, decisions 


We must therefore decide 
what kind of information we 
want to report, in order to best 


adjust our document manually. 


| chose the code type and the 
line number. You might also 
want to add the error type, 
such as missing end-toggle or 
density change error, or you 
may be happy with just the 
line number. 

An integer array is an 
obvious vehicle for 
remembering these errors. As 
| have not yet updated my 
program to include rubber 
arrays, the array must be 
dimensioned to a specific 
size. There are seven code 
types and | chose 10 errors 
per type as being on the safe 
side (lines 1220 and 
1260/1270). If however there 


were more errors of any one 
type than this, only the first ten 
would be reported. Since each 
error type can be represented 
in the standardised form of 
cede and line number, it 
would seem appropriate to 
write routines to cover them 
all. In an earlier version | had 
not understood this point and 
had separate routines for each 
error type. The result was a 
program about 50 lines longer. 

The routines “note_error" 
(lines 3790 to 3830) and 
"tell_error” (lines 3840 to 4020) 
are fairly self explanatory. 
"Note_error” is called 
whenever an error is detected 
and fills the error_array with 
the line number and type of 
the error. “Tell_error” is called 
by line 3660 in a short loop 
and uses the small window 
created at the start of the 
program. To avoid an unduly 
large window, it pauses 
between error types until you 
press any key by the 
procedure “wait" (lines 3590 to 
3630). Note also that 
sometimes the line number fed 
nto the procedure 
“note_error™ is sometimes Ino - 
1 and sometimes just Ino (eg 
ines 2770 and 2930). This is 
because where an error !s 
detected at the end of a line, 
the line number is 
automatically incremented to 
he next line before the error is 
noted, (line 2680) therefore 
this situation has to be 
adjusted back. 


Proportional 
toggles 


We now come to the tricky 
job of inserting proportional 
toggles into a document. First, 
however, we must analyse 
why we make certain choices 
and not others, before we can 
even begin to tell the 
computer how to do it. 
Consider the following 
examples: 


EXAMPLE 1 
. This is an example of 
random text. This is an 
example of random text. , 
This is an example of 
random text. This is an 
example of random text. 


ty 


No doubt you would insert 
proportional toggles as 
follows: 


P1. PThis is an example of 
random text. This is an 
example of random text. 
This is an example of 
random text. This is an 
example of random text. 


EXAMPLE 2 
. Beneath this title text is real 
text.It's just waffle. 


iki 


This is the real text referred 
to. It's just waffle. 


Proportional toggles work 
out as: 


P1. Opposite this Ptitle text 
is Preal text. 


PThis is the real Ptext 
referred to. Plt’s just waffle. 


EXAMPLE 3 
1. This is another example of 
random text. This is another 
example of random text. This 
is another example of random 
text. This is an example of 
random text. This is an 
example of random text, 


No proportional inserts here, 
But the first line of this 
example starts in the same 
way as for example 1. 


EXAMPLE 4 
. This is an example of 
random text. This is an 
example of random text. 
This is an example of 
random text. 


anki, 


1.1. First sub-paragraph 
one line text 


1.2. Second sub-paragraph 
one line text 


In this example, no prizes 
for guessing where to insert 
proportional toggles. There is 
however a difference with the 
other examples, in that there is 
a blank line between 1.1, and 
1.2. Supposing further that 
there were two blank lines in 
between? How many blank 
lines in between would it take 
before you decided that no 
proportional inserts were 


necessary: 5, 10, the next 


page? Are you being 
consistent about such 
decisions from one document 
to another? 

And what about the 
following: 
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pm CC 


1.1. First sub-paragraph 
one line text 


Some intervening text 


1.2. Second sub-paragraph 
one line text? 


Another question about your 
own decision making: 
consider the following slightly 
altered version of example 2: 


1. Opposite this) 
title text is) 
real text. ) 


This is the real 
text referred to. 
It's just waffle, 


and compare it with 
example 1: 


1. This is an example of 
random text. This is an 
example of random text. 


Is there any reason why 
example 1. should not be 
dealt with as follows: 


P1. This is an example of 
random text. PThis is an 
example of random Ptext. 


Obviously, there’s quite a lot 
of grey in how we make our 
decisions. Let us try to simplify 
things a little and ask 
ourselves the lateral thinking 
question: are there any areas 
we could imagine where even 
we would not be sure about 
what to do? If we can say 
definitely no or almost never, 
then no matter haw complex 
the rules might be whereby we 
made such decisions, such 
rules must exist and be clear- 
cut. | am always sure where to 
put proportional inserts, but 
even if | were not, such 
circumstances would only 
concern the most unlikely or 
remote possibilities. In such 
cases, there is nothing to be 
lost whatever decision is 
made, 

Suppose, though, that some 
of the decision-making was 
based on my knowledge of 
English (as it might be in the 
last example question posed); 
itis out of the question to 
teach my computer such 
rules. In general, therefore, we 
cannot hope to have an 
identical reproduction of our 
decision making and must 
settle for an acceptable 


difference, with a tendancy to 
err on the safe side. And so 
long as we ourselves are sure 
why we do something, we will 
improve the computer's 
performance to the maximum. 


The rule book 


These then are the rules, 
which, after considerable 
thought, represent about 98% 
of the basis of my own 
decision making in this 
particular system: 


1. There are aspects within 
each line which determine 
whether insert(s) should be 
made, such as the presence 
of a close bracket or a dot or 
other similar character which 
may indicate that the next 
printable character after a 
following space should be 
preceeded by an insert (and 
correspondingly at the start of 
that same line). 


2. If, and only if such 
aspects correspond to 
aspects in identical positions 
in lines above or below the line 
in question within a 
reasonable distance away, will 
such situations qualify for 
proportional inserts. | also 
found that the number of such 
correspondences had to be at 
least 2, otherwise too many 
spurious inserts occurred. 


3. The “reasonable distance 
away” varies according to how 
far along the line one is. For 
example near the start of a 
line, an insert may be 
triggered by another aspect 
up to 40 lines above or below. 
This has to be so to allow for 
long sub-paragraphs. 
However, near the end of a 
line only four lines above or 
below should be looked at. 


4, Proportional inserts 
should only be made when 
proportional mode is on and 
should never be made when in 
compressed mode. 


Once filled out with detail, 
these rules correctly 
analysed 98% of inserts. 
Some of the errors were 
inserts not made, but most 
were inserts made which 
should not have been. 


What size net? 
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The “reasonable distance 
away" and other such ideas 
act like a net with different 
mesh-sizes. If you pitch the 
size too Coarse, you lose 
things which should have 
been trapped. If you pitch it 
too fine, you catch things 
you didn’t want. Most of the 
inserts which | caught but 
which | didn’t want were the 
result of looking 40 lines 
above and below up to the 
15th character on the line. In 
these cases it didn't look too 
bad if non-proportional 
mode was on by mistake for 
just a few characters in fram 
the left margin and then only 
two or three times in a long 
document. 

There is some capital to be 
gained from this type of 
analysis in that the computer 
can help you to change your 
own habits. Not that we want 
to be dictated to by the 
machine but perfectly 
reasonable suggestions may 
come to light in this way. | 
had noticed that often the 
computer would make 
spurious inserts, even near 
the end of the line. This was 
triggered by certain 
characters and a space; 
however, | had to leave this 
combination in since very 
often at the start of 
paragraphs this would truly 
give rise to an insert (such 
as in the examples quoted 
above). 


However, | decided that | 
would limit myself such that, 
except for the initial 
paragraph number or letter 
itself, | would have to put in 
two spaces instead of one, if 
| wanted something to line 
up in the middle of a line. 
This was in any case good 
practice. 


Rules to codes 


Converting these rules to 
computer language is quite 
fiddly but without real 
problems. In our case, this 
falls into certain distinct areas: 


1. Create an array to store 
information concerning rule 1. 
| chose five possibilities per 
line, including the first 
printable character (line 1530). 

2. Fill such an array with 
information obtained from a 


separate line analysis loop 
(lines 1750 to 2400), This is 
quite a complex operation 
logically and space does not 
permit me to explain it in 
minute detail here. Basically it 
picks up certain characters 
(including spaces) followed by 
spaces and assigns the line 
position to the array, with up to 
5 possibilities per line. 

3. As the main program loop 
(already discussed) is turning 
round, check to see if rule 2 is 
applicable by analysing 
forwards and backwards 
through the array. This does 
not need to be done at every 
line. Rather, the function 
“analyse” returns the next line 
where inserts should be made 
and only needs to be called 
when the loop has dealt with 
the current insert (lines 2600 
to 2660). If this is an 
applicable case, do the insert 
at the start of the line (line 
2620), and in the middle of the 
line at the position marked by 
nitab (line 2630) having regard 
to rule 4 (line 2610). 

4. The function “analyse” 
takes care of rules 2 and 3, 
returning the line number of 
the next line to have 
proportional inserts added 
and updating the value of 
nitab (line 3520), which 
remembers exactly where on 
the line the second toggle 
should go (the first is 
automatically the first printable 
character on the line), 


Conclusion 


The program should of 
course be compiled, Don't 
attempt to test it in Basic, as it 
will tie your machine up for a 
very long time! Testing is in 
three stages: 


(i) Load the program into the 
Superbasic editor: if it then 
contains MISTakes, correct 
any syntax before proceeding. 


(ii) Compile it with line 
numbers and correct any 
errors detected by the 
compiler, These are usually 
missing END FORs and the 
like. 


(ii) Run the program many 
times under test conditions, 
noting where it crashes and 
correct these errors. Check 
also the results of the test 


Q 


Bryan” 
Davies goes 
to Quanta 
and tracks a 


oftware87 has 

produced a 

demonstration disk 

for Text87 Plus-4. 

The price is £2 (in 
the form of postage stamps). 
The version number of Plus-4 
itself has reached 3.1. 

Miracle Systems have made 
some detail changes to the 
Gold Card. The rom version 
has reached 2.31. The latter is 
said to differ little from 2.28, 
and has been introduced for 
version 3 of the pcb; it is 
compatible with the earlier 
version 2, and the original 
yellow pcb. Users fitting 
replacement roms themselves 
should take note of the 
position of the notch in the end 
of the existing rom before 
removing it, as there is no 
apparent guide to which way 
round to fit the replacement. 
The notch should be at the 
end which is adjacent to the 
Ingot chip - that is, NOT at the 
edge of the pcb. The values of 
the two blue capacitors at the 
edge of the pcb alongside the 
rom have been swapped; the 


one nearest the edge is now 
15 nF and the one behind it is 


oter 


33 nF. The change is 
understood to be related to 
problems with the handling of 
HD disks: there doesn’t 
appear to be any need to 
switch the capacitors around if 
you have no disk-handling 
problem. 


Poking about 


While on the subject of the 
Gold Card, Miracle 
commented on the subject of 
using the POKE to speed up 
Gold Card operation: "If it 
doesn't work, you are lucky!" 
This POKE is a command 
which can be issued from the 
SuperBasic command line, to 
give an apparent big boost to 
performance. Type: 

POKE 114796,0 then press 
ENTER 

The idea is that this 
apparently simple command 
boosts the Gold Card clock 
rate from 16 MHz to 24 MHz, a 
nominal 50% performance 
increase. Some people have 
reported obvious 
improvements, but the effect 
of using the command in some 
QL systems is to lock them up. 
That happens on the two QLs | 
have tried it on, so | am in no 
position to comment on any 
performance gain. Miracle feel 
that the unpredictability of the 
effects produced by this 
command make it an 
unreliable thing to use; they 
prefer that users stick to the 
already-fast 16 MHz of normal 
Gold Card operation. 

One program which should 
benefit appreciably from use 
of the POKE mentioned above 
is Digital Precision's 
Conqueror Gold SE (which 
has reached version 3.00). In 
emulating another computer 
and operating system wholly 
in software, every little booster 
is worth having. If you can’t 
make use of the POKE, maybe 
you can speed-up program 
loading by using ED (extra- 
high density) 3.5-inch drives. 
One ED disk can be used to 
hold the one file necessary for 
the complete “DOS 


environment”. This is created 
the same way as it would be 
with a hard disk drive, and you 
get what is effectively a 3.2 
MB hard disk on one ED 
floppy. 


Conqueror 


For users who have bought 
Conqueror with the DR-DOS 6 
operating system, there is a 
further bonus, in the form of 
the disk-compression routine 
SuperStor, which will make the 
effective size of the single 
floppy file into 6.4 MB. In 
practice, you don't normally 
get the full 2:1 increase in 
available space, because 
different types of file permit 
different levels of 
compression. Data files 
usually have more “blank 
space” than program files and 
can be compressed nearer to 
the 2:1 mark, but an average 
of 1.4 to 1.8 can be expected. 
Having said that, it must be 
stated that DP report getting 
over 8 MB! 

The Gold Card's 2 MB of 
ram makes the running of 
extra-large programs much 
more satisfactory. 
Improvements to Conqueror 
have yielded, amongst other 
things, much more available 
DOS memory. Whereas you 
used to see a Memory 
allocation figure of 667 KB 
with the previous version, the 
3.00 version boots up with the 
message “Extended memory 
allocation (KBytes) is 944". 
Don’t get carried away, 
though. The figure is not the 
amount of additional 
conventional memory, but it 
can be used by programs 
which support Extended 
memory - such as the DOS 
VDISK (ramdisk). The actual 
available DOS space shown 
after boot-up was 670 KB, 
which is about 40 KB more 
than I've been able to obtain 
using all the tricks on a PC. To 
improve disk access times, 
you are advised to leave 30-40 
KB of the Extended memory 
available for Qdos, to use for 


slave blocks; that is, set the 
Extended memory figure to 
about 900 (even 850 if you 

can spare some more). 

In operation, booting of the 
emulator from ED disk is 
appreciably faster than it is 
fram DD disk. It takes under 
30 seconds on my system, 
using fairly simple boot fites. 
The initial text (“Loading...”} 
appears on the screen almost 
immediately, making it clear 
that one needn't settle down 
for any thumb-twiddling now. 
WordPerfect 5.0 ran at a 
decent speed, from DD disk: 
subjectively, it felt appreciably 
brisker than it did when using 
the earlier version of 
Conqueror. With application 
programs on ED disk, anda 
ram disk set up for overflow 
files, performance would be 
still better, 


Still active 


The heady days when QL 
activities took up a large part 
of the hall at computer fairs 
are long gone, and itis easy to 
think that most of the group 
QL activity has died out. The 
recent first meeting of a newly- 
formed local Quanta group 
was a bit of a surprise, as 
about a dozen and a half 
people turned up, and the 
atmosphere was much as it 
was several years ago. Most 
people there were fairly old 
hands with the QL, but a few 
were new to it, and in need of 
basic advice. No surprise that 
help was needed on printing 
from Quill! Equally 
unsurprising was the difficulty 
| had in remembering how to_ 
use Quill, as it is something | 
normally don’t touch, It still 
remains to me the easiest of 
programs to learn (and 
remember), though. 

One thing was apparent 
from even very brief 
discussions with fellow 
members - the talk was not 
QL-only. Whereas most of us 
would have had just the QL a 
few years ago, many have one 
or more other types of 
computer now. To a large 
extent, this is a reflection of 
increasing affluence over the 
years, coupled with the big 
drop in prices of computer 
equipment in general. It is 
cheering to see that the 
attractions of the QL remain 
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strong even to people who 
have been using other types 
of computer for some years. 
All in-all, it was a Successful 
evening, thanks to the 
enthusiasm of prime mover 
Joe Haftke (who wrote some of 
the programs distributed by 
Dilwyn Jones Computing). 

A topic that was brought up 
(by Tony Firshman of TF 
Services) al this meeting was 
that of computer fairs. 
Although the venues in 
southern England used for the 
All Formats Fairs must be 
within reasonable reach of 
some QL owners, it seems 
unlikely that the bulk of thase 
who used to go to the central 
London venue will feel it 
worthwhile to trek to places 
such as Sandown Park (in 
Surrey}, The prospect now is 
of no common meeting place 
for the general run of QL 
users, traders, and Quanta 
representatives. Some local 
Quanta group mectings will be 
large enough to attract a few 
traders. but ihe existence of 
such meetings will be 
unknown to non-Quanta QL 
users, 

There seems to be a case 
for occasional general gel- 
togethers, to which readers of 
both the Quanta magazine 
and QL World are invited. The 
organisation would almost 
certainly have to be handled 
by Quanta members, and 
there are quite a few of them 
who are both enthusiastic and 
experienced enough to do 
this. QL World now has a 
shorter lead-time for news to 
get into next issues, making it 
possible to advise readers of 
upcoming meetings in good 
time. Any comments? 


TF Services have tried, 
without success, to trace the 
owner of a QL, sent to them for 
repair in April 1992, The QL 
was repaired long aga, but 
letters advising of this, sent to 
the address given by the 
customer, have produced no 
reply. The customer's name is 
Mr Khuen (spelling uncertain), 
he address he gave was in 
Cheam, Surrey, and he said 
he was returning lo Germany. 

f anyone reading this knows 
him, please contact TF 
Services (address given in 
NFORMATION below). 


Bob McLaughlin has sent in 
some more information for 
users of the Panasonic 
KXP1123, KXP1124 and 
KXP 1540 printers. Ribbons for 
these models can be obtained 
from the addresses given. 
Viking undertake to replace 
any ribbon that fails due lo a 
manufacturing defect by six 
new ribbons! These ripbons 
are produced by Nukote 
International. Original 
Panasonic ribbons are 
obtainable fram the same 
supplier and frorn several 
other suppliers who advertise 
regularly in computing 
magazines: they are likely to 
cost more than the “pattern” 
ribbons. One such supplier is 
listed below. 


Complaints 


Unusually, there has been a 
letters aboul problems 
concerning EEC. One of our 
regular correspondents over 
the years, 
James 
McGreenin, 
bought a 
monitor from 
FEC, and slates 
that it did not 
work when 
received. He 
says that there 
was a short- 
circuit in the 
plug at the QL 
end of the is 
connecting 
lead. He reports 
repairing the 
fault himself, 
and itis 
assumed the 
monitor has worked properly 
since, This complaint seems to 
be more about the fact that 
EEC did not acknowledge a 
letter sent claiming a 2% 
discount offered on goods 
ordered via the EEC 
answering machine, and 
reporting the faulty plug. 

But a further angle concerns 
a matter that is perhaps less 
straightforward than he thinks. 
He ordered a DIY floppy disk 
drive kit [rom EEC but was 
informed it was not available. 
A complete 1 MB drive was 
offered instead, for £65, and 
the offer was accepted. When 
a drive arrived, itwas a 2 MB 
type, but charged for at the 
offer pnce. There was a note 
with it, saying that it would 


Although he tried 
a DD disk and it 
appeared to be 
OK in the drive, 
there can be 
problems when 
using such drives 
with the QL; this 
is a general 
problem, not one 
associated only 
with EEC’s drives. 


work OK as a 1 MB drive, but 
the instructions stated that 
DSDD (double-sided, doubie- 
density) disks might not format 
correctly in the 2 MB drive and 
HD disks should be used. 
Clearly, the thought of having 
to pay about twice the price 
for disks (HD instead of DD) 
does not appeal to Janes. 
Although he tried a DD disk 
and it appeared to be OK in 
the drive, there can be 
problems when using such 
drives with the QL; this is a 
general problem, not one 
associated only with EEC's 
drives. 

James has a Sandy disk 
interface, and he had hoped 
to connect both dual $.25-inch 
drives and the new 3.5-inch 
one to the same interface, but 
this inlerlace does not support 
the connection of more than 
two drives. When he found this 
out, he contacted EEC and 
they offered to take the HD 
drive back. They were under 
no obligation to do so, as it is 
the purchaser's 
job to determine 
whether or not 
what he orders 
is the correct 
unit for his 
purpose. A 
refund of £50 
was made, the 
remaining £15 
from the 
purchase price 
being retained 
to defray part of 
the cast of 
taking the drive 
out of stock and 
shipping it. then 
having to return 
it to stock. James objects to 
not being refunded the full 
price, but this is standard 
commercial practice and the 
purchaser should not expect 
the supplier to absorb all the 
cost of a cancelled 
transaction, It would have 


been a different matter if EEC 


had given an assurance that 
the HD drive and the existing 
dual drives could be 
connected together to the 
particular Sandy interface and 
would work correctly then, 
David Wyatt reports 
ordering and paying for a 
scanner from TK 
Computerware in July ‘92 and 
not receiving it as of 13th 
October, The unit was 
reportedly sent by Recorded 


Delivery; in view of the number 
of times readers have told us 
they have not received goods 
stated by TK to have been 
sent Recorded Delivery, this 
statement needs to be treated 
with considerable reserve. 
Fortunately, David paid by 
credit card and should - 
eventually - get his money 
back. The address for Juergen 
Falkenburg, the producer of 
the QL Scanner, is given in the 
INFORMATION box, in case 
anyone wants to buy direct 
from him. 

As no responses have been 
received from TK 
Computerware to several 
complaints referred to them 
many months ago, it has to be 
assumed thal this supplier 1s 
not actively seeking QL 
business any more. 


INFORMATION 
QL repairs: 

TF Services 

12 Bouverie Place 
London W2 1RB. 
Tel O71 724 9053 
Fax 071 706 2379 


QL Scanner: 
Juergen Falkenburg 
Thanweg 36 
D-7359 Ersingen 
Germany. 


Note that the printer 
ribbon prices shown belaw 
do not include shipping 
charges or VAT: 


Viking Direct 

Bursom Industrial Park 
Tallwell Road 

Leicester LE4 1BR 

Tel. Freephone 0800 424444 
Fax Freefax 0800 622211 


KXP 1123/1124 ribbon £4.99 
unbranded, £5,939 branded 

KXP 1540 ribbon £4.99 
unbranded, £6.49 branded 


CLP 

Urut 7 

Holland Way 

Blandford 

Dorset DT11 7TA 

or 

FREEPOST 

Blandford 

Dorset DT11 7BR. 

Tel 0258 459544 

Fax 0258 459565 

KXP 1123/1 124 ribbon £3.80 
unbranded, £7.29 branded 

KXP1540 ribbon £5.19 
unbranded, £8.17 branded. 
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document very thoroughly. 
Only then can you compile it 
without line numbers. 


When everything worked 
well, | compiled the program 
again without line numbers 
and optimised for fast 
operation over the main loops. 
A document of 520 lines with 
lots of deliberate errors was 
completed in 69 seconds, 
having also inserted 51 sets of 
proportional toggles. Only one 
set was inserted when it 
should not have been, and 
about five sets were missed, 
but these were really on the 
border-line and the document 
suffered not in the least from 
their absence. There is room 
for improvement, especially 
with the hierarchy, which still 
gives me a few concerns but 
generally, the program Is very 
useful and lam now so 
confident with it that if no 
errors are reported, | don't 
even check the proportional 
insertions. 

The listing as such Is 
unlikely to be exactly what you 
want. If you use different 
codes to perform the various 


printer functions then either 
swap over to mine (!) or 
change the codes in the 
SELect algorithms and 
elsewhere accordingly. lf you 
use a different wordprocessor 
altogether, you will need to 
understand something of the 
control-code structure thal it 
uses lo send things to the 
printer and the relationship 
between the wordprocessor 
itself and the printer-driver. 
The Editor is excellent in this 
respect since it so ridiculously 
simple. If you have any 
compiler other than Turbo, you 
might have to alter the 
program in other areas as a 
number of the keywords are 
taken from Turbo Toolkit. 


First part 


The Basic listing of my 
program, and a copy of my 
own printer driver were 
reproduced in the first part of 
this article, in QL World 
October 1992, However | am 
happy to supply any reader 
with a copy of the Basic 
listing, the compiled program, 
the printer driver plus a few 


which have a nicer feel than 
quite a few laser printers that | 
have seen, operating under 
famous software. Happy 
typing! 


other associated odds and 
ends on disk for a small fee 
(£10, or £8 if sent a DD 
formatted diskelie). Please 
apply to the author, 24 
Eastcote Avenue, South 
Harrow, Middlesex, HA2 BAL 
with a Suitable SAE and 
cheque. | would also be very 
encouraged to hear your own 
comments on the use of your 
printer, especially if it's of the 
Epson Protocol type. 1 cannot 
of course supply you with a 
copy of the XTRAS file. You 
must purchase this from 
Digital Precision (Toolkit), and 
the program will not run 
without it. 

QL users are well Known for 
the pride they take in their own 
systems over against bigger 
computer manufacturers. | do 
hope that this article will assist 
in enhancing the QL’s 
character so as to produce 
work that is not only as good 
as but better than that of its 
rivals. | still believe that my 
basic 9 pin dot matrix printer, 
enhanced by our steadfast 
array of software houses plus 
a little creative thought of my 
own, produces documents 
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Perfect Paragraphs 
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QL Computers ] 


45 COMPLETE fl erg QL Computer, PSU, 


MOST PRICES LOWER 


Sotewvese Ace on Archive, Abacus & Bascl) £120.00 


mekitehip te QUANTA, the lodepeadaa, OL User Group with over 400 


ilvexry programas, sebvicg em 


WITH IM ROM £95.00 


PART EXCHANGE A part exchange allowance of £30 is available against the above, 


JM BACKUP Inchudes QL Computer and PSU only 
TINKERERS 


Accessories 


£75.00 
SPECLAL £49 (Ploase enquire for further details) 


NOTE: EXTERNAL (SER2) 3 BUTL\ON MOUSB AND SOFTWARE 
‘WITH EXTRA PUNCTION: 


WITH JSROM = £ 85.00 


iS. NOW HERMES COMPATIBLE. * 


PC KEYBOARD INTHRFA! FITTING, POR FITTING 102 KEY KEYBOARD £75.00 
PC KEYBOARD, UK version, 102 key (AT) £25.00 
PC KEYBOARD INTERFACE and KEYBOARD (INCLUDES FREE JOYSTICK OR PSU) £ 90,00 
pa haar FITTING of Keyboard Interface £17.00 
STICK with QL lead hi sleet) £ 10,00 

+ OL MOUSE, 3 Buttoa, Sonware controlled, externally mounted, simply fits in SER2 £45 REMOTE MOUSE £ 55.00 
MOUSE for QIMI imorface, also OK for Atari ST and Amiga £ 10.00 


| Disk Drives 


Universal 3.5" 2Mb disk drive, aa above but Mb capacity 
3.5" 1Mb Uncased disk drive (CITIZEN) 

3.5" 2Mb Unncased disk drive (CITIZEN) 
in ee 


CENTRONICS PARALLEL Printer 
PRINTERS. 


‘Monitors J 


4 New . im a wallet £ 10.00 & prog carts for reformatting in 2 wallets £ 15.00 
Bioeng fing bor (ockiog 2 nme cea dees £ 45.00 
OL Prion Software ¥235  Inchudes Quill, Abacus, Archive, and Hasel IN WALLET £ 20.00 
QL Psion Software programs £ 12,00 
power Supply Unit £ 10.00 Membrane (and instructions) £ 9,00 
Nace £ 3.00 ‘QL Top & Bottom Case £ 5.00 
ICs ZX 8301 £600 ZX 8302 £ 3.00 8049 (IPC) £ 3.00 MC 1377 £ 3.00 
MC 68006 = £ 12.00 


GOLDSTAR 14” HIGH RES EGA Colour, 0.31 Dot Pitch, 85 COLUMN 
IN STYLISH GREY WITH NON GLARE SCREEN 
BUY NOW WHILE STOCKS LAST TILT & SWIVEL BASE £5 


Microdrive Cartridges and Spares 


THE UNIVERSAL DRIVES ARB ALSO SUITABLE FOR ACORN BBC, ATARI ST, 
IMIGA, SPECTRUMS, IBM, AMSTRAD AND OTHER PC COMPATIBLES 


Universal 3.5" iMib disk drive, cased with PSU and free OL lead 


£ 70.00 2 Units for dual drive £130.00 
£90.00 2 Units for dual drive £170.00 
£25.00 
£49.00 


£10.00 POWER SUPPLY FOR UNCASED DRIVES £ 6.00 


arallel Printers | NEW RANGE 


"Sanegunc sro7 0 cal 300 cp, 80 NLO 3K Print Buffer, Centronics, Tractor 
OLIVETTI COLOUR 24 pia, 200 ope, 50 NL. 40K Bofier, spon LQ2550/IBM Compatible 
Interface for above printers 


Feed/Sheet Feed, Paper Park 


(S.A.E. for other spares and repairs) 


ern Punncneseraias 


Delivery: | ‘ 
a VISA ef cera Carriage - £9 
Wink allow 10 days pores 
to availability, E&OE 


OS = 


QUANTA 


Independent QL/Thor Users Group 


Worldwide Membership is by subscription 
only, and offers the following benefits: 
Monthly Newsletter — up to 40 pages 

Massive Software Library — mostly FREE! 

Free Helpline and Workshops 

Regional Sub-Groups. One near you? 

Advice on Software & Hardware problems 
Discounts from most major suppliers 
Subscription just £14 for UK members 

Overseas subscription £17 


. 


Barclaycard: Visa: Access: Mastercard 


* Now in our NINTH successful year * 


Further details from the Membership Secretary 


sinclair 


Bill Newell 
213 Manor Road 
Benfleet 
Essex. SS7 4JD 
Tel (0268) 754 407 


NB PLEASE NOTE THE MEAN'NG OF CODES IN 
SQUARE SRACKE™S BE_OW 

3] RAMDISK REQUIRES 

F] AVAILABLE ON =LOAPY DISK 

Vi] AVAILABLE ON MICRODAIVE 

128K5 12K] MINIMUM MEMOAY REQU RED. 
PC} FOR! IBMPC AND COMPATIBLES 


CATALOGUE 
THE CATALOGUE CONTAINS MORE DETAILS O- 
THE PROGRAMS. CALL FOR A COPY, OR ASK 
FORA COPY Wick YOUR ORDER 


DEMONSTRATION VERSIONS 
Demo versions are avalatle a" some o' our Me a 

They cost 2,00 eac? ard this cost is re‘undab-e agains 
the full price of the ‘ul: version, see lists oelow 


FLOPPY DISKS & LAB ELS 
3.5" DSDD UNSRANDED D SKS 3.48 
3,5" DSHD FLOP?Y DiSKS £6.76 
MICRODRIVE CARTR.DGES £2.50 
190 D'S< LABELS £2.00 
190 DISK LABELS ON PAYNTER ROLL £2.59 
180 ADORESS LASELS ON ROLL £2.00 
100 MICRODAIVE LABELS ON ROL. £2.00 
Please ado £0.50 postage per tol’ 0° ‘abeis (max postage 
£2.50 il only order:ng labels. Add £2.50 oer order for “lappy 
disks, No extra posiage on mcrodrive sa“ rdges 


FILE TRANSFER 

DISCOVER £20.00 
F 256K] Copy files QDOS ta PC diss ard vce versa 

ULTI DISCOVER £30.00 
F 256% Enhanced versions, exira formals 

EXTIDY 
[FM 256k] Strip Quil ties etc down to ¢.ain jex1 
OPD INTERCHANGE £18.09 
ICLOPD file transfer utilly. Unsutanle God Card 
QL-PC FILESERVER £24.50 
F 128k] QUPC software for serial canle link, access 

s drives, printer, ‘ranstar files, ei 


LEISURE 

SOLITAIRE £15.06 
(FM 128) A very addictve patence card gane. 
CRICKET SECRETARY £°2.00 
(F M 128«] For cncxel outfs everywhere! 
QUESTION MASTER 10,00 
iF M 128k] For revision or entenainmen: 
QUIZ SETS each £5.00 
FLEET TACTICAL COMMAND I! QL £49.98 
‘F 12k] Naval strategy game, play ar 2 networked QLs 
FLEET TACTICAL COMMAND II PC (69.95 
‘PC] Licenced PC version o' this supe'9 game 
COMBINED QL & PC VERSIONS {85.09 
Package deal for path OL and °C versiars together. 

FTC2 DATA PRINT UTILITY 
(F 128k] ?r-nt out data from FICI oescrined above 
THE FUGITIVE 
[F 5 12x] Text adventure game 
COCKTAILS WAITER 
ae Dataoase cf 100's alcorolic or nks recipes 

ECIPE SETS each 


PROGRAMMING 
$ EDIT 
Aa DEMS VERSION 
SYP'A |: 
F 256k] Pointer envvonmert program™ing aid. 
SYPTR |i BUDGET VERSION 


Dilwyn Jones Computing 


41 Bro Emrys, Tal-y-Bont, 
Bangor, Gwynedd LL57 3YT U.K. 
Tel: Bangor (0248) 354023 


DISA DISASSEMBLER £29,00 
[F 2964] Interactive poinier orve* o:sassembler 
BASIC REPORTER £i0.60 
(F M ‘28k' BASIC programming ac, si va" aDves, etc. 
BUDGET QLIBERATOR COMPILER £25.00 
(F M 728k? BASIC compiler tor snexpanced OL 
QLIVERATOR BASIC COMPILER £50.00 
(F 256] Exce'lent BASIC compile’ for the QL 
QLOAD & QREF UTILITY £15.00 
F M 128« 1284] Fast loader and cross reference utility 

EGA TOOLKIT on disk £25.00 
on EPAOM cartridge and ais« £40.00 
Comprehensive toalkr of aver 200 BAS C extensions 


FILE HANDLING 

LOCKSMITHE 
[M 1284] Microd‘ive oac<up crogra™, oyle ‘or cyve! 
4MATTER 
[F M 384k] Complete sotwa'e cacxun sys.er 
TOOLCHEST 
[M F 256k] Creare cusion sec 7 croarive coctor 
FILES 2 
FM 126k] Simp e to use cooue “e hare i7g utility 
Lyre 

FM &12k R! For nuik coayng cf hes, & ask lave ‘ag 
THE GOPHER tt 
F M ‘28k! =e finger, ior a-S4 mov, of nara dis« 
F M 28k’ DEMO VERS:0%1 £2.06 
WINBACK £25.00 
F 256] Haro diss ana =D ok backup uf ly 
F256k] DEVO VERSION £2.00 


DISPLAY SOFTWARE 
BANTER £28.09 
(F 5 12a) Sanser onniing orogia™ tor Epso" ec prinie’s 
VISION MIXER 1 £10.98 

FS 12k’ Screen aisaray sysien 

VISION MIXER PLUS £22.58 

"5 3déx] Enraiced. menu aren version 

PICTUREMASTER £1500 
F 256k] Screen Grawing ut ty ‘or use win V Mixer, ec 
ICTUREMASTER PLUS £20.00 

[F 38x] Enharcea versior. exira lealures 

UPGRADE TO “PM PLUS” £5.00 


PRINTER DUMPS 
SIDEWINDER PLUS £24.95 
f M5 12k] Screen anc DTP page ovnter dump utity 

uilat efor 9 ang 2¢ pir printers 


GRAPHICS 
THE PAINTER V4.04 £25.00 
= §12«: 100% micode oo:“ter arven g‘aph cs prog’ an 
THE CLIPART 
‘F 126K: 3 disks packec ill of screen pictures 
PICTORIAL INDEX FOR THE CLIPART 
New printea rdex for he C227, wih s¢'een dur os 
QRACTAL 
F 5°24] Machine code l'aclals program 
QRACTAL SCREENS 
F 1264] Sa™ole scree pict.res made with QAactal 
IMAGE PROCESSOR 2 
F §'24] Graphs ano oicture eating. etc utiny 
F §*2«] DEMG VERSION 
PD2 CLIPART 
F 1264! 2 ais«s of clican sc'ee7s 
SCREEN SNATCHER 
FN *28«) Grab sce” a'solays irom otter orograms 
TEXT ‘N’ GRAPHIX £20,00 
[F 2564] Pt.nt tex files contain rg screen au~es 
IF 2564] DEMO VERSION £2.00 
TRANS24 £10.09 
FM 126k] Transiate 9 p: ae nes ier 24 pir onimer 
SCREEN COMPRESS! £10.00 
FM ‘28k’ NEW! Save scace oy com ovessing arctures 


TEXT 
QTYP 2 £29.95 
[F 512i] Spelling cnecker, uses pointer environment 
BIBLE TEXT DISKS, PLAIN TEXT FORMAT £20.00 
BIBLE TEXT DISKS, QUILL FILE FORMAT §=£20.00 
(F 512k] Text of the King James Bible on asks. 
SPELLBOUND £30.00 
[F M 384x] Spe'l:ng checxer, non-pointer environment 
SPELLBOUND SPECIAL EDITION £50.00 
[F 512k] imoroved version witn larger dictionary, etc 
UPGRADE TO SPECIAL EDITION £30.00 
Piease relurn master osk/catridge when upgrading. 
QUICK POSTERS 
“© M4 128k] “ext oostet maker ‘or use wth Stat printers. 


DATABASES 
ADDRESS BOOK & LABEL PRINTER, £'5,00 
= M2 384k] As used oy DIC, catapase + labe! printer 
= MR 384k] DEMO VERSION 
DATA DESIGN £50.00 
= 9° 2k] Programmanle pone: erviro-ment calabase 
FLASHBA K £25.00 
= M 256k] Fast database writer. in machine cade 
FLASHBACK SPECIAL EDITION £49.00 
* 266k] Exhanced versior of Fiastbaca 
QL GENEALOGIST SECOND EDITION £30.00 
F 364k] Family trees and family hstory program, 
UPGRADE TO SECOND EDITION £12.00 
Please ‘eture master dis« with upgrade order. 
BUDGET 128K GENEALOGIST £12.00 
F M *28k' Cut cow’ version for unexpanded machines | 
DISK INDEXER £12.00 
F M 256k: Make a catabase of contents of your disks 
DBEASY £15.00 
F 512«] Database iron! erd for Archive etc 
DBPROGS £15.00 
F 512k A co’ecton of Archive utities ang text files 


QL HARDWARE 
MINI PROCESS CONTROLLER £59.95 
Relay swicheo oulgu's, controlled va Qi seria’ pons. 
SOFTWARE TOOLKIT FOR MPC 
[= 128k] Extensions to simp'ify control the MPC 
NETWORK PROVER £3.50 
Asmali box wher p pune beween networked OLs 
QPOWER REGULATOR (24,96 


OTHER QL SOFTWARE 

QPACi £19.95 
F§12\] Pointer environment uti.ties, 039,95 
F512] Files maintenance menu, hotkeys, etc. 

QToP £29.50 
F 2564] Desktop system, fles, cb control, etc 
PRINTERMASTER £20.00 
FM 126) Printer control ut lity 

HOME BUDGET £20.00 


(FM 126) Domestic alls and accounts program 


REMIND-ME £12.00 
FM 128) Oates ‘em ace’ program. Very easy 10 use 
REMIND-ME PLUS £20.90 
FM 128«] Erhanced version 

SCREEN ECONOMISER £10.00 
F M 128«] Screen saver blanker 

SCREEN DAZZLER £15.00 
FM 364%] Lkescroen oconomisey, bul instead ol blanking ouf the scraan activates 
moving obiecis of screen effects lo save screen buen, lhe same PC programs! 
SLOWGOLD £5.00 
F 128k: Slowcow” ‘o.!ine for Gold Card orany QL 
TASKMASTER 

[FM 364«] Tas« switching utly 

DISK LABELLER 

[F 256k Prints neat adels for your flopay disks 

THE CAT 

FM 126«) Wis! Mlerares in columns 


| ROB ROY BARGAIN PACK 


FM 128«) Reviewec in 2. Worle August ‘99% 


THE SMALL PRINT: POSTAGE AND PACKING CHARGES Schware § st~ aosi-hee io UK acoresses Te a.ner courines. pease aca £1 & ger programy lo pascage a0 paca jse" oy a/mai wrere oossiDe} PRICES Al prces are srown in UK Pounds Srering 


PAYMENT We can acetal payment by cheque fir: J Pounds Sertng currency 271y, ease! rawr om UK orencr ole bene 3° ou 
EUROCAAD o by CONNEC™ card Fleese slate tne cars type, number. exp'y cale, your adores, are $9 orde’s so oy pos! 


Hong soc-e’y. by Euocrecue wilh care numb writen on ine back, Posia Orcer, cr by mese credit cards VI5A, ACCESS, MASTERCARD, 
ca alse acces 9*erS OFS oy creel! card over lhe ‘teprere “here is ax answer tg machine ‘or when | am unab’e Lo answer in person so 


imal can cailyou pace ater Geocs remain Lhe property o! GUS urs pare ‘or vil PLEASE STAGE F ¥OL REQUIRE SOFTWARE ON 9 $09.5 25 INCH DISKS OR MICACDAWE CARTRIDGE 


